From renggli at student.unibe.ch Mon Mar 1 09:15:27 2004 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 1 Mar 2004 09:15:27 +0100 Subject: Suggestions for VW In-Reply-To: <02d101c3ff1a$7390d510$12d4bac3@david715t080hb> References: <02d101c3ff1a$7390d510$12d4bac3@david715t080hb> Message-ID: <993A5928-6B58-11D8-8FA4-000393CFE6C8@student.unibe.ch> Hi David, > @Lukas: I have encountered a problem with one of your SmallWiki's > test. Last > week when I first run the tests, everything was okay, but now > SmallWiki.parserTests>>#testRenderHTML fails. I havent managed to find > out > why. I need some more information to be able to tell you what actually happens: 1. What version of SmallWiki are you running in your image? You can see this in the status-bar when selecting the SmallWiki bundle, e.g. (0.9.47,lukas). 2. Did you modify or load code? If yes, what did you do since last week? You can see the differences between your code and the version you loaded from StORE by clicking on Versions | Compare with Parent in the context-menu of the SmallWiki bundle. 3. What exactly is failing within the test? Please run the test again, but hit the Debug- instead of the Run-Button this time. A debugger should open and you can copy the stack (e.g. see below for an example) and send it to the mailing-list or investigate further (e.g. click on debug to open the full debugger) by yourself. Cheers, Lukas -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=- Unhandled exception: A Test Exception Raised In A Test SmallWiki.ParserTests(Object)>>error: optimized [] in SmallWiki.ParserTests>>testRenderHtml optimized [] in SequenceableCollection>>with:do: Array(SequenceableCollection)>>do: Array(SequenceableCollection)>>with:do: SmallWiki.ParserTests>>testRenderHtml SmallWiki.ParserTests(TestCase)>>performTest optimized [] in TestCase>>runCase BlockClosure>>ensure: BlockClosure>>sunitEnsure: SmallWiki.ParserTests(TestCase)>>runCase optimized [] in TestCase>>debug BlockClosure>>ensure: BlockClosure>>sunitEnsure: SmallWiki.ParserTests(TestCase)>>debug optimized [] in [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests OrderedCollection>>do: optimized [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests BlockClosure>>on:do: optimized [] in Refactory.Browser.SUnitCodeTool>>debugTests BlockClosure>>ifCurtailed: Refactory.Browser.SUnitCodeTool>>debugTests optimized [] in ApplicationModel>>actionFor: optimized [] in ActionButtonSpec>>typeConvert: PluggableAdaptor>>setValue: PluggableAdaptor(ValueModel)>>value: TriggerButtonController>>pressAction TriggerButtonTracker(BasicButtonTracker)>>finishSelectionFor: TriggerButtonTracker>>finishSelectionFor: TriggerButtonTracker(SelectionTracker)>>redButtonReleasedEvent: RedButtonReleasedEvent>>dispatchTo: TriggerButtonTracker(SelectionTracker)>>handleEvent: EventDispatcher>>dispatch:to: EventDispatcher>>dispatchEvent: RedButtonReleasedEvent(Event)>>dispatch RedButtonReleasedEvent(Event)>>dispatchForWindowManager: optimized [] in WindowManager>>safelyDispatchForWindowManager: BlockClosure>>on:do: WindowManager>>safelyDispatchForWindowManager: WindowManager>>processNextEvent optimized [] in [] in WindowManager>>newProcess BlockClosure>>on:do: optimized [] in WindowManager>>newProcess BlockClosure>>on:do: optimized [] in Process class>>forBlock:priority: ---------------------------------------------------------------------- SmallWiki.ParserTests(Object)>>error: Receiver: a SmallWiki.ParserTests Instance Variables: testSelector = #testRenderHtml root = a SmallWiki.Folder title: 'Root' page = a SmallWiki.Page title: 'Page' request = a SmallWiki.Request action = a SmallWiki.PageView prettyPrint = false Arguments: aStringOrMessage = 'asfdfasd' Temporaries: lastNonSpace = 8 aString = 'asfdfasd' Context PC = 18 ---------------------------------------------------------------------- optimized [] in SmallWiki.ParserTests>>testRenderHtml Receiver: an UndefinedObject Arguments: document = a SmallWiki.Document html = '

3628800

' Temporaries: .self = SmallWiki.ParserTests>>#testRenderHtml Context PC = 7 ---------------------------------------------------------------------- optimized [] in SequenceableCollection>>with:do: Receiver: an UndefinedObject Arguments: each = a SmallWiki.Document Temporaries: .aBlock = BlockClosure [] in SmallWiki.ParserTests>>testRenderHtml .otherCollection = a ReadStream Context PC = 10 ---------------------------------------------------------------------- Array(SequenceableCollection)>>do: Receiver: an Array Arguments: aBlock = BlockClosure [] in SequenceableCollection>>with:do: Temporaries: i = 1 Context PC = 19 ---------------------------------------------------------------------- Array(SequenceableCollection)>>with:do: Receiver: an Array Arguments: aSequenceableCollection = an Array[11] aBlock = BlockClosure [] in SmallWiki.ParserTests>>testRenderHtml Temporaries: otherCollection = a ReadStream Context PC = 25 ---------------------------------------------------------------------- SmallWiki.ParserTests>>testRenderHtml Receiver: a SmallWiki.ParserTests Instance Variables: testSelector = #testRenderHtml root = a SmallWiki.Folder title: 'Root' page = a SmallWiki.Page title: 'Page' request = a SmallWiki.Request action = a SmallWiki.PageView prettyPrint = false Context PC = 12 ---------------------------------------------------------------------- SmallWiki.ParserTests(TestCase)>>performTest Receiver: a SmallWiki.ParserTests Instance Variables: testSelector = #testRenderHtml root = a SmallWiki.Folder title: 'Root' page = a SmallWiki.Page title: 'Page' request = a SmallWiki.Request action = a SmallWiki.PageView prettyPrint = false Context PC = 6 ---------------------------------------------------------------------- optimized [] in TestCase>>runCase Receiver: an UndefinedObject Temporaries: .self = SmallWiki.ParserTests>>#testRenderHtml Context PC = 9 ---------------------------------------------------------------------- BlockClosure>>ensure: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in TestCase>>runCase outerContext = nil copiedValues = SmallWiki.ParserTests>>#testRenderHtml Arguments: aBlock = BlockClosure [] in TestCase>>runCase Temporaries: result = nil Context PC = 4 ---------------------------------------------------------------------- BlockClosure>>sunitEnsure: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in TestCase>>runCase outerContext = nil copiedValues = SmallWiki.ParserTests>>#testRenderHtml Arguments: aBlock = BlockClosure [] in TestCase>>runCase Context PC = 5 ---------------------------------------------------------------------- SmallWiki.ParserTests(TestCase)>>runCase Receiver: a SmallWiki.ParserTests Instance Variables: testSelector = #testRenderHtml root = a SmallWiki.Folder title: 'Root' page = a SmallWiki.Page title: 'Page' request = a SmallWiki.Request action = a SmallWiki.PageView prettyPrint = false Context PC = 11 ---------------------------------------------------------------------- optimized [] in TestCase>>debug Receiver: an UndefinedObject Temporaries: .self = SmallWiki.ParserTests>>#testRenderHtml Context PC = 10 ---------------------------------------------------------------------- BlockClosure>>ensure: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in TestCase>>debug outerContext = nil copiedValues = SmallWiki.ParserTests>>#testRenderHtml Arguments: aBlock = BlockClosure [] in TestCase>>debug Temporaries: result = nil Context PC = 4 ---------------------------------------------------------------------- BlockClosure>>sunitEnsure: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in TestCase>>debug outerContext = nil copiedValues = SmallWiki.ParserTests>>#testRenderHtml Arguments: aBlock = BlockClosure [] in TestCase>>debug Context PC = 5 ---------------------------------------------------------------------- SmallWiki.ParserTests(TestCase)>>debug Receiver: a SmallWiki.ParserTests Instance Variables: testSelector = #testRenderHtml root = nil page = nil request = nil action = nil prettyPrint = nil Context PC = 18 ---------------------------------------------------------------------- optimized [] in [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests Receiver: an UndefinedObject Arguments: each = SmallWiki.ParserTests>>#testRenderHtml Temporaries: .self = a Refactory.Browser.SUnitCodeTool Context PC = 5 ---------------------------------------------------------------------- OrderedCollection>>do: Receiver: an OrderedCollection Instance Variables: firstIndex = 1 lastIndex = 1 Arguments: aBlock = BlockClosure [] in [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests Temporaries: index = 1 Context PC = 17 ---------------------------------------------------------------------- optimized [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests Receiver: an UndefinedObject Temporaries: .self = a Refactory.Browser.SUnitCodeTool Context PC = 12 ---------------------------------------------------------------------- BlockClosure>>on:do: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests outerContext = nil copiedValues = a Refactory.Browser.SUnitCodeTool Arguments: anExceptionSelector = an ExceptionSet[2] handlerBlock = BlockClosure [] in [] in Refactory.Browser.SUnitCodeTool>>debugTests Context PC = 18 ---------------------------------------------------------------------- optimized [] in Refactory.Browser.SUnitCodeTool>>debugTests Receiver: an UndefinedObject Temporaries: .self = a Refactory.Browser.SUnitCodeTool failed = true Context PC = 18 ---------------------------------------------------------------------- BlockClosure>>ifCurtailed: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in Refactory.Browser.SUnitCodeTool>>debugTests outerContext = nil copiedValues = an Array[2] Arguments: terminationBlock = BlockClosure [] in Refactory.Browser.SUnitCodeTool>>debugTests Context PC = 4 ---------------------------------------------------------------------- Refactory.Browser.SUnitCodeTool>>debugTests Receiver: a Refactory.Browser.SUnitCodeTool Instance Variables: dependents = nil builder = an UIBuilder uiSession = nil eventHandlers = nil codeModel = ParserTests>>testRenderHtml menu = a Menu codeTool = a Refactory.Browser.BrowserCodeTool selectionPolicy = a Refactory.Browser.SourceSelectionPolicy testCount = 1 defects = an OrderedCollection[1] Temporaries: failed = true Context PC = 42 ---------------------------------------------------------------------- optimized [] in ApplicationModel>>actionFor: Receiver: an UndefinedObject Temporaries: .self = a Refactory.Browser.SUnitCodeTool .aKey = #debugTests Context PC = 7 ---------------------------------------------------------------------- optimized [] in ActionButtonSpec>>typeConvert: Receiver: an UndefinedObject Arguments: b = a ValueHolder on: nil v = true Temporaries: .aValue = BlockClosure [] in ApplicationModel>>actionFor: Context PC = 5 ---------------------------------------------------------------------- PluggableAdaptor>>setValue: Receiver: a PluggableAdaptor Instance Variables: dependents = a Win95ActionButtonView model = a ValueHolder on: nil getBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: putBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: updateBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: Arguments: newValue = true Context PC = 6 ---------------------------------------------------------------------- PluggableAdaptor(ValueModel)>>value: Receiver: a PluggableAdaptor Instance Variables: dependents = a Win95ActionButtonView model = a ValueHolder on: nil getBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: putBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: updateBlock = BlockClosure [] in ActionButtonSpec>>typeConvert: Arguments: newValue = true Context PC = 5 ---------------------------------------------------------------------- TriggerButtonController>>pressAction Receiver: a TriggerButtonController Instance Variables: model = a PluggableAdaptor view = a Win95ActionButtonView sensor = a TranslatingSensor keyboardProcessor = a KeyboardProcessor keyboardHook = nil dispatcher = nil Context PC = 17 ---------------------------------------------------------------------- TriggerButtonTracker(BasicButtonTracker)>>finishSelectionFor: Receiver: a TriggerButtonTracker Instance Variables: controller = a TriggerButtonController inside = true Arguments: aPoint = 21 at 5 Context PC = 8 ---------------------------------------------------------------------- TriggerButtonTracker>>finishSelectionFor: Receiver: a TriggerButtonTracker Instance Variables: controller = a TriggerButtonController inside = true Arguments: aPoint = 21 at 5 Context PC = 11 ---------------------------------------------------------------------- TriggerButtonTracker(SelectionTracker)>>redButtonReleasedEvent: Receiver: a TriggerButtonTracker Instance Variables: controller = a TriggerButtonController inside = true Arguments: aMouseButtonEvent = a RedButtonReleasedEvent Context PC = 13 ---------------------------------------------------------------------- RedButtonReleasedEvent>>dispatchTo: Receiver: a RedButtonReleasedEvent Instance Variables: time = 275953709 initiator = an EventDispatcher window = an ApplicationWindow 192 state = 0 x = 700 y = 592 gx = 757 gy = 906 buttonNumber = 1 Arguments: anObject = a TriggerButtonTracker Context PC = 4 ---------------------------------------------------------------------- TriggerButtonTracker(SelectionTracker)>>handleEvent: Receiver: a TriggerButtonTracker Instance Variables: controller = a TriggerButtonController inside = true Arguments: anEvent = a RedButtonReleasedEvent Context PC = 4 ---------------------------------------------------------------------- EventDispatcher>>dispatch:to: Receiver: an EventDispatcher Instance Variables: windowController = an ApplicationStandardSystemController currentMouseConsumer = nil grabbingMouse = false keyboardProcessor = a KeyboardProcessor lastControlObject = nil trapList = nil state = #debugging repairDamageWhenDebugging = true flushQueueAfterError = true distributeEventsWhenDebugging = true dragDropInProgress = false dragDropTracker = nil dispatchUnknownEvents = false Arguments: event = a RedButtonReleasedEvent object = a TriggerButtonTracker Temporaries: tmp = nil Context PC = 10 ---------------------------------------------------------------------- EventDispatcher>>dispatchEvent: Receiver: an EventDispatcher Instance Variables: windowController = an ApplicationStandardSystemController currentMouseConsumer = nil grabbingMouse = false keyboardProcessor = a KeyboardProcessor lastControlObject = nil trapList = nil state = #debugging repairDamageWhenDebugging = true flushQueueAfterError = true distributeEventsWhenDebugging = true dragDropInProgress = false dragDropTracker = nil dispatchUnknownEvents = false Arguments: event = a RedButtonReleasedEvent Temporaries: objectWantingControl = nil targetKeyboardProcessor = nil Context PC = 60 ---------------------------------------------------------------------- RedButtonReleasedEvent(Event)>>dispatch Receiver: a RedButtonReleasedEvent Instance Variables: time = 275953709 initiator = an EventDispatcher window = an ApplicationWindow 192 state = 0 x = 700 y = 592 gx = 757 gy = 906 buttonNumber = 1 Context PC = 16 ---------------------------------------------------------------------- RedButtonReleasedEvent(Event)>>dispatchForWindowManager: Receiver: a RedButtonReleasedEvent Instance Variables: time = 275953709 initiator = an EventDispatcher window = an ApplicationWindow 192 state = 0 x = 700 y = 592 gx = 757 gy = 906 buttonNumber = 1 Arguments: aWinMgr = a WindowManager Context PC = 4 ---------------------------------------------------------------------- optimized [] in WindowManager>>safelyDispatchForWindowManager: Receiver: an UndefinedObject Temporaries: .event = a RedButtonReleasedEvent .self = a WindowManager Context PC = 6 ---------------------------------------------------------------------- BlockClosure>>on:do: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in WindowManager>>safelyDispatchForWindowManager: outerContext = nil copiedValues = an Array[2] Arguments: anExceptionSelector = BadControllerError handlerBlock = BlockClosure [] in WindowManager>>safelyDispatchForWindowManager: Context PC = 18 ---------------------------------------------------------------------- WindowManager>>safelyDispatchForWindowManager: Receiver: a WindowManager Instance Variables: windows = an OrderedCollection[1] activeController = an ApplicationStandardSystemController interruptLock = false outstandingMetaOrDamage = false modalWindowChain = nil openInProgress = false eventQueue = an EventQueue baseProcess = a Process in Semaphore>>wait dontFilterEvents = false Arguments: event = a RedButtonReleasedEvent Context PC = 13 ---------------------------------------------------------------------- WindowManager>>processNextEvent Receiver: a WindowManager Instance Variables: windows = an OrderedCollection[1] activeController = an ApplicationStandardSystemController interruptLock = false outstandingMetaOrDamage = false modalWindowChain = nil openInProgress = false eventQueue = an EventQueue baseProcess = a Process in Semaphore>>wait dontFilterEvents = false Temporaries: event = a RedButtonReleasedEvent Context PC = 12 ---------------------------------------------------------------------- optimized [] in [] in WindowManager>>newProcess Receiver: an UndefinedObject Temporaries: .self = a WindowManager Context PC = 13 ---------------------------------------------------------------------- BlockClosure>>on:do: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in [] in WindowManager>>newProcess outerContext = nil copiedValues = a WindowManager Arguments: anExceptionSelector = TerminateException handlerBlock = BlockClosure [] in [] in WindowManager>>newProcess Context PC = 18 ---------------------------------------------------------------------- optimized [] in WindowManager>>newProcess Receiver: an UndefinedObject Temporaries: .self = a WindowManager Context PC = 15 ---------------------------------------------------------------------- BlockClosure>>on:do: Receiver: a BlockClosure Instance Variables: method = CompiledBlock [] in WindowManager>>newProcess outerContext = nil copiedValues = a WindowManager Arguments: anExceptionSelector = TerminateException handlerBlock = BlockClosure [] in [] in Process class>>forBlock:priority: Context PC = 18 ---------------------------------------------------------------------- optimized [] in Process class>>forBlock:priority: Receiver: an UndefinedObject Temporaries: .aBlock = BlockClosure [] in WindowManager>>newProcess Context PC = 9 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=- -- Lukas Renggli http://renggli.freezope.org From gtsab at shaw.ca Sat Mar 6 04:57:05 2004 From: gtsab at shaw.ca (Glenn Swanlund) Date: Fri, 05 Mar 2004 19:57:05 -0800 Subject: How can I view the archives? Message-ID: <000001c4032f$1a460840$2202a8c0@MyToshiba> How can I view the archives? GTS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040305/8325c7cb/attachment.htm From renggli at student.unibe.ch Sun Mar 7 09:15:22 2004 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 7 Mar 2004 09:15:22 +0100 Subject: How can I view the archives? In-Reply-To: <000001c4032f$1a460840$2202a8c0@MyToshiba> References: <000001c4032f$1a460840$2202a8c0@MyToshiba> Message-ID: <94678CF4-700F-11D8-A53B-000393CFE6C8@student.unibe.ch> > How can I view the archives? Stef, does our mailing-list provide an archive? If not a possiblilty would be that I export my personal archive from AppleMail, but I'm not sure if everybody is able to read that. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Sun Mar 7 11:58:06 2004 From: ducasse at iam.unibe.ch (ducasse) Date: Sun, 7 Mar 2004 11:58:06 +0100 Subject: How can I view the archives? In-Reply-To: <94678CF4-700F-11D8-A53B-000393CFE6C8@student.unibe.ch> References: <000001c4032f$1a460840$2202a8c0@MyToshiba> <94678CF4-700F-11D8-A53B-000393CFE6C8@student.unibe.ch> Message-ID: <505AB426-7026-11D8-B5A2-000A9573EAE2@iam.unibe.ch> I checked and it seems that it does not have that. Too bad. On 7 mars 04, at 09:15, Lukas Renggli wrote: >> How can I view the archives? > > Stef, does our mailing-list provide an archive? If not a possiblilty > would be that I export my personal archive from AppleMail, but I'm not > sure if everybody is able to read that. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From Roel.Wuyts at ulb.ac.be Mon Mar 8 20:26:30 2004 From: Roel.Wuyts at ulb.ac.be (Roel Wuyts) Date: Mon, 8 Mar 2004 20:26:30 +0100 Subject: How can I view the archives? In-Reply-To: <505AB426-7026-11D8-B5A2-000A9573EAE2@iam.unibe.ch> References: <000001c4032f$1a460840$2202a8c0@MyToshiba> <94678CF4-700F-11D8-A53B-000393CFE6C8@student.unibe.ch> <505AB426-7026-11D8-B5A2-000A9573EAE2@iam.unibe.ch> Message-ID: <8087EDA4-7136-11D8-B3AA-000A95C8D208@ulb.ac.be> I am quite sure that an option exists for MajorDomo, but maybe the Bernese sysadmins do not want to eanable it... On 07 Mar 2004, at 11:58, ducasse wrote: > I checked and it seems that it does not have that. > Too bad. > > On 7 mars 04, at 09:15, Lukas Renggli wrote: > >>> How can I view the archives? >> >> Stef, does our mailing-list provide an archive? If not a possiblilty >> would be that I export my personal archive from AppleMail, but I'm >> not sure if everybody is able to read that. >> >> Cheers, >> Lukas >> >> -- >> Lukas Renggli >> http://renggli.freezope.org >> > > Roel Wuyts DeComp roel.wuyts at ulb.ac.be Universit? Libre de Bruxelles http://homepages.ulb.ac.be/~rowuyts/ Belgique Board Member of the European Smalltalk User Group: www.esug.org From renggli at student.unibe.ch Tue Mar 9 09:35:15 2004 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 9 Mar 2004 09:35:15 +0100 Subject: [GERMAN] SmallWiki Frage In-Reply-To: <014301c40567$cc050d30$5f544d53@david715t080hb> References: <014301c40567$cc050d30$5f544d53@david715t080hb> Message-ID: Hallo David, > Demnach w?re Category und Thread dann eine Subclass von Folder, > und Entry eine von Page. das ist eigentlich genau die Vorgehensweise, welche ich mir vorgestellt habe. Ich denke so ist es am Einfachsten, weil du am Meisten weiterverwenden kannst. Sonst musst du ja irgendwie selber einen Dispatcher schreiben, der die richtigen Komponenten aufruft. > Meinst du, das l?sst genug M?glichkeiten zur Erweiterung, z.B. wenn es > auch noch Subkategorien geben wird? Das sollte kein Problem sein, Subkategorien sind dann einfach Kategorien welche sich in einer anderen Kategorie befinden. Dazu braucht es wohl keine einzige Zeile Code und man kann sie verschachteln wie auch die Ordner. Oder haben Subkategorien andere Eigenschaften als Top-Level Kategorien? > Bist du auf keinerlei Probleme gestossen, wenn die URL immer l?nger > wird? So lange sind diese URLs ja dann auch wieder nicht. Das RFC meint: The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET-based forms that could generate such URIs. A server SHOULD return 414 (Request-URI Too Long) status if a URI is longer than the server can handle (see section 10.4.15). Note: Servers ought to be cautious about depending on URI lengths above 255 bytes, because some older client or proxy implementations might not properly support these lengths. http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2 In anderen Quellen lese ich das bis zu 64k URL problemlos funktionieren, aber ich kenne mich da weniger aus, habe das noch nicht bis an die Limiten getestet. > Und k?nnen so zwei Threads den gleichen Titel haben? Im Moment wohl > nicht, > aber k?nnte man wohl einbauen? Dass der Titel direkt auf die URL abgebildet wird habe ich aus Gr?nden der Benutzerfreundlichkeit bei der Navigation gemacht. Ich denke, dass dies in einem Forum weniger n?tig ist: du k?nntest die Methoden #title, #id, ... ?berschreiben und die Threads einfach durchnummerieren. Gr?sse, Lukas PS: Bitte poste deine Fragen zuk?nftig in Englisch in die Mailing-Liste. -- Lukas Renggli http://renggli.freezope.org From davidroe at bluewin.ch Tue Mar 9 22:34:03 2004 From: davidroe at bluewin.ch (=?iso-8859-1?Q?David_R=F6thlisberger?=) Date: Tue, 9 Mar 2004 22:34:03 +0100 Subject: [GERMAN] SmallWiki Frage References: <014301c40567$cc050d30$5f544d53@david715t080hb> Message-ID: <02d001c4061e$403f43d0$55983e51@david715t080hb> Hello Lukas, > > Meinst du, das l?sst genug M?glichkeiten zur Erweiterung, z.B. wenn es > > auch noch Subkategorien geben wird? > > Das sollte kein Problem sein, Subkategorien sind dann einfach > Kategorien welche sich in einer anderen Kategorie befinden. Dazu > braucht es wohl keine einzige Zeile Code und man kann sie verschachteln > wie auch die Ordner. Oder haben Subkategorien andere Eigenschaften als > Top-Level Kategorien? I haven't thought a lot about these subcategories yet, but I guess if I want to provide some, they would have properties very similar to top level categories. So in this case it shouldn't be a problem to add them later. > So lange sind diese URLs ja dann auch wieder nicht. Das RFC meint: > > The HTTP protocol does not place any a priori limit on the > length of a URI. Servers MUST be able to handle the URI of > any resource they serve, and SHOULD be able to handle URIs > of unbounded length if they provide GET-based forms that > could generate such URIs. A server SHOULD return 414 > (Request-URI Too Long) status if a URI is longer than > the server can handle (see section 10.4.15). > > Note: Servers ought to be cautious about depending on URI > lengths above 255 bytes, because some older client or proxy > implementations might not properly support these lengths. okay, thank you to look up the RFC. My first tought was that the URI becomes too long when we have Categories, some Sub-Categories, Threads and Entries in it, particularly when users choose long titles for their threads and entries. I ve also considered that such a long URI looks not that nice for an user, but of course that isn't important at all in a forum, especially when I use an enumerated id instead of the title given by an user. > Dass der Titel direkt auf die URL abgebildet wird habe ich aus Gr?nden > der Benutzerfreundlichkeit bei der Navigation gemacht. Ich denke, dass > dies in einem Forum weniger n?tig ist: du k?nntest die Methoden #title, > #id, ... ?berschreiben und die Threads einfach durchnummerieren. yes, I ve also considered something like that. Seems to be a good solution. Thank you. Today I have encountered a really strange problem, maybe you have a explanation for this: Sometimes the redirection after saving a form doesn't work. I inspected the response instance variable of the action, but there the redirection is set up correctly (headers at: #Location points to the correct url). I can't really reproduce this strange behaviour because sometimes it works, but then next time the redirection fails, without changing something in the code meanwhile... I observed this behaviour in forms of the original SmallWiki as well as in forms that I built for the forum. When the problem occurs, then I get only an empty white page in the browser. The URL is then the same as it was for the page with the form, but without an action parameter. The saving of the form contents has worked properly, is's only the redirection which fails. I have also inspected the actions and the structure in a case where the redirection has worked, but I can't detect any differences to a case where the redirection has failed. Amazing... Best regards, David From ducasse at iam.unibe.ch Thu Mar 11 08:22:56 2004 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 11 Mar 2004 08:22:56 +0100 Subject: [GERMAN] SmallWiki Frage In-Reply-To: <016c01c406e3$cda482b0$c02003d5@david715t080hb> References: <016c01c406e3$cda482b0$c02003d5@david715t080hb> Message-ID: It might be in swazoo. It would be good to track it down. you can contact janko the father of swazoo he is really a friendly person. Stef On 10 mars 04, at 22:08, David R?thlisberger wrote: > Hello, > >> Today I have encountered a really strange problem, maybe you have a >> explanation for this: Sometimes the redirection after saving a form > doesn't >> work. I inspected the response instance variable of the action, but >> there >> the redirection is set up correctly (headers at: #Location points to >> the >> correct url). I can't really reproduce this strange behaviour because >> sometimes it works, but then next time the redirection fails, without >> changing something in the code meanwhile... I observed this behaviour >> in >> forms of the original SmallWiki as well as in forms that I built for >> the >> forum. When the problem occurs, then I get only an empty white page >> in the >> browser. The URL is then the same as it was for the page with the >> form, > but >> without an action parameter. > > > I further investigated this issue. It seems that this problem only > exists > when I use Internet Explorer 6... If I switch to Mozilla or Netscape 7 > or > Opera, I have never seen this behaviour again... I spent a lot of time > to > find out why Internet Explorer doesn't unterstand sometimes the > redirection. > I tried different header parameters for the response, for instance > Cache-Control: 'no-cache, no-store, must-revalidate, max_age=0, > post-check=0, pre-check=0' or also Pragma: 'no-cache' (HTTP/1.0) and > others, > because it's known that Internet Explorer has sometimes problems to > understand the HTTP cache headers properly, but so far I haven't find > any > solution for this issue. I also checked the other header parameter, but > without success. > I don't know if the bug is in these headers or in Swazoo Server or in > Internet Explorer... Strange. > > > Best regards > david > > From ducasse at iam.unibe.ch Thu Mar 11 12:47:55 2004 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 11 Mar 2004 12:47:55 +0100 Subject: CSS rendered in VW Message-ID: http://softwarewithstyle.com/ From janko.mivsek at eranova.si Thu Mar 11 15:26:37 2004 From: janko.mivsek at eranova.si (=?windows-1252?Q?Janko_Miv=9Aek?=) Date: Thu, 11 Mar 2004 15:26:37 +0100 Subject: [GERMAN] SmallWiki Frage In-Reply-To: References: <016c01c406e3$cda482b0$c02003d5@david715t080hb> Message-ID: <4050771D.3050704@eranova.si> Hi Stef and others, Thanks for such a "heartbreaking" words ;) And just to clarify a bit who are fathers of Swazoo: Ken Treis (original Hydrogen web server), David Farber(name) and me (Aida/Web ideas). Joseph Bacanskas had also quite some good ideas not to mention his kindness and team spirit. And there were Benny Sadeh and Nick Melnikov, guys who encoruage us and help a lot! About redirection support in Swazoo, I didn't notice any problems so far but it could be reason for some strange behavior I say in my new project, which use newest Aida with Swazoo. Anyway, Aida use redirection very often and I would notice any strange behavior quite fast. I'll keep an eye on that! Cheers Janko ducasse pravi: > It might be in swazoo. > It would be good to track it down. you can contact janko the father of > swazoo > he is really a friendly person. > Stef > > On 10 mars 04, at 22:08, David R?thlisberger wrote: > >> Hello, >> >>> Today I have encountered a really strange problem, maybe you have a >>> explanation for this: Sometimes the redirection after saving a form >> >> doesn't >> >>> work. I inspected the response instance variable of the action, but >>> there >>> the redirection is set up correctly (headers at: #Location points to the >>> correct url). I can't really reproduce this strange behaviour because >>> sometimes it works, but then next time the redirection fails, without >>> changing something in the code meanwhile... I observed this behaviour in >>> forms of the original SmallWiki as well as in forms that I built for the >>> forum. When the problem occurs, then I get only an empty white page >>> in the >>> browser. The URL is then the same as it was for the page with the form, >> >> but >> >>> without an action parameter. >> >> >> >> I further investigated this issue. It seems that this problem only exists >> when I use Internet Explorer 6... If I switch to Mozilla or Netscape 7 or >> Opera, I have never seen this behaviour again... I spent a lot of time to >> find out why Internet Explorer doesn't unterstand sometimes the >> redirection. >> I tried different header parameters for the response, for instance >> Cache-Control: 'no-cache, no-store, must-revalidate, max_age=0, >> post-check=0, pre-check=0' or also Pragma: 'no-cache' (HTTP/1.0) and >> others, >> because it's known that Internet Explorer has sometimes problems to >> understand the HTTP cache headers properly, but so far I haven't find any >> solution for this issue. I also checked the other header parameter, but >> without success. >> I don't know if the bug is in these headers or in Swazoo Server or in >> Internet Explorer... Strange. >> >> >> Best regards >> david >> >> > > -- Janko Mivsek Systems Architect EraNova d.o.o. Ljubljana, Slovenia http://www.eranova.si From gtsab at shaw.ca Sat Mar 13 07:03:36 2004 From: gtsab at shaw.ca (Glenn Swanlund) Date: Fri, 12 Mar 2004 22:03:36 -0800 Subject: A few questions Message-ID: <000001c408c0$ecd5bcb0$2202a8c0@MyToshiba> I'm wondering if SmallWiki can be used in the following way: - on server startup, a collection of objects is read in from a text file and somehow available (possibly through an instance variable of a subclass of SWKom?) - a user can gain access to an object by adding a link to a page (subclass of SWPage?) by the name of the object of interest (objects are accessible by a string name) - when a user then selects the object name on the calling page, a new page will pop up based on the object - the objects are not changeable, view only Other questions - How can multiple Wikis run on the same server? - Can permissions be changed at the folder level or are permissions set up for the entire Wiki? - Once a resource is uploaded to a page, how can it be updated? Any thoughts or comments would be appreciated. Regards, Glenn -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040312/4da3b8b3/attachment.htm From renggli at student.unibe.ch Sat Mar 13 10:37:50 2004 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 13 Mar 2004 10:37:50 +0100 Subject: A few questions In-Reply-To: <000001c408c0$ecd5bcb0$2202a8c0@MyToshiba> References: <000001c408c0$ecd5bcb0$2202a8c0@MyToshiba> Message-ID: <18464BBF-74D2-11D8-8019-000393CFE6C8@student.unibe.ch> Hi Glenn, > I?m wondering if SmallWiki can be used in the following way: > > -?on server startup, a collection of objects is read in from a text > file and somehow available (possibly through an instance variable of a > subclass of SWKom?) > > -?a user can gain access to an object by adding a link to a page > (subclass of SWPage?) by the name of the object of interest (objects > are accessible by a string name) > > -?when a user then selects the object name on the calling page, a new > page will pop up based on the object > > -?the objects are not changeable, view only as far as I understand everything you want to do is already there. You load your objects (e.g. a Structure say a Page, a Resource, a Folder or a subclass of any of those) and put them into the root folder of the server. As every structure has a title (=string name) and is mapped automatically to an url the objects are easily accessible. If you just want to see those objects, you only allow view-actions to be used with your structure. > Other questions > > ? How can multiple Wikis run on the same server? Multiple instances of SWKom can run multiple servers on different ports. > ??Can permissions be changed at the folder level or are permissions > set up for the entire Wiki? Users, Roles and Permissions are setup globally for the whole wiki, however it is possible to redefine the roles in any structure (Page, Folder, Resource). As an example imagine two roles called 'student' and 'professor'. The professor has all the permissions and the student has only the view permissions by default. Now lets have a folder called 'student-data' where the professor wants to leave notes about his students but they should not be able to see it. What you do then is to remove all the permission from the 'student'-role in that particular folder. Probably the students want to setup their own home-page, so you might want to create a folder 'student-hp' where the permission to edit and create pages is added to the student-roles. Btw, there is also the anonymous role that is used for all access to SmallWiki where no authentication is given. This means that if you restrict the permission of a particular role you have to take care that you also restrict the anonymous role. > ??Once a resource is uploaded to a page, how can it be updated? Just upload something new and it will replace the old upload. As everything in SmallWiki this is versioned and you are able to go back if necessary. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From nevin at bountifulbaby.com Thu Mar 18 04:58:22 2004 From: nevin at bountifulbaby.com (Nevin Pratt) Date: Wed, 17 Mar 2004 20:58:22 -0700 Subject: Problems after snapshot of SWImageStorage In-Reply-To: <402D6189.7030000@chrisburkert.de> References: <9B3A5FD2-5992-11D8-A749-000A9573EAE2@iam.unibe.ch> <69D64746-59B6-11D8-8A5E-000393CFE6C8@student.unibe.ch> <402D6189.7030000@chrisburkert.de> Message-ID: <40591E5E.9020900@bountifulbaby.com> Chris Burkert wrote: > Hi Maurice, > > Maurice Rabb wrote: > >> I am having some trouble with my SmallWiki. >> >> server _ SWKom startOn: 8888. >> storage _ SWImageStorage new. >> storage delay: 3 * 60. >> server storage: storage. >> When the delay expires, it stores a snapshot as expected but the VM >> freezes up. There is some problem with the image it saves. It is >> not runnable. >> >> However eveything seems to work properly if I execute: >> >> server storage snapshot. >> >> before the delay expires. I can do this repeatedly, but if it is >> done via the delay it hoses the image. >> >> Has anyone else experienced this? I would appreciate any suggestions. > > > Yes I can reproduce this. Thanks for the report. Unfortunatly I can't > have a look at this in the next days ... exams. I will sync the Squeak > Port with VW in about 3-4 weeks and fix some bugs including this one. > I hope you can wait till then or send me your own fix :-) > > Regards > Chris Burkert I saw this problem one time-- but it was enough to make me set the storage persistence to nil, and do manual image saves. I'm using Squeak 3.6 final. How do I tell what version of SmallWiki I've got loaded? What was the cause of the image hang? Can SWImageStorage be relied upon? As I read the above, there is some implication that as long as I do a 'server storage snapshot' one time before the delay expires, then afterwards everything is OK? Or will the image hang with the next expirary? Nevin -- Nevin Pratt Bountiful Baby http://www.bountifulbaby.com The Most Complete Reborn Supply Store On The Web! (801) 992-3137 From chris at chrisburkert.de Thu Mar 18 20:26:58 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Thu, 18 Mar 2004 20:26:58 +0100 Subject: Problems after snapshot of SWImageStorage In-Reply-To: <40591E5E.9020900@bountifulbaby.com> References: <9B3A5FD2-5992-11D8-A749-000A9573EAE2@iam.unibe.ch> <69D64746-59B6-11D8-8A5E-000393CFE6C8@student.unibe.ch> <402D6189.7030000@chrisburkert.de> <40591E5E.9020900@bountifulbaby.com> Message-ID: <4059F802.6020105@chrisburkert.de> Hi Nevin, Nevin Pratt wrote: > Chris Burkert wrote: > >> Hi Maurice, >> >> Maurice Rabb wrote: >> >>> I am having some trouble with my SmallWiki. >>> >>> server _ SWKom startOn: 8888. >>> storage _ SWImageStorage new. >>> storage delay: 3 * 60. >>> server storage: storage. When the delay expires, it stores a >>> snapshot as expected but the VM freezes up. There is some problem >>> with the image it saves. It is not runnable. >>> >>> However eveything seems to work properly if I execute: >>> >>> server storage snapshot. >>> >>> before the delay expires. I can do this repeatedly, but if it is >>> done via the delay it hoses the image. >>> >>> Has anyone else experienced this? I would appreciate any suggestions. >> >> >> >> Yes I can reproduce this. Thanks for the report. Unfortunatly I can't >> have a look at this in the next days ... exams. I will sync the Squeak >> Port with VW in about 3-4 weeks and fix some bugs including this one. >> I hope you can wait till then or send me your own fix :-) >> >> Regards >> Chris Burkert > > > > I saw this problem one time-- but it was enough to make me set the > storage persistence to nil, and do manual image saves. I'm using Squeak > 3.6 final. > > How do I tell what version of SmallWiki I've got loaded? SWSmallWiki versionString > What was the cause of the image hang? > > Can SWImageStorage be relied upon? As I read the above, there is some > implication that as long as I do a 'server storage snapshot' one time > before the delay expires, then afterwards everything is OK? Or will the > image hang with the next expirary? I came back today and will work on this the next days. I plan to sync the port with VisualWorks-SW and I plan to make the ImageStorage reliable. Regards Chris Burkert -- http://www.chrisburkert.de/ From m3rabb at microlingua.com Fri Mar 19 17:15:03 2004 From: m3rabb at microlingua.com (Maurice Rabb) Date: Fri, 19 Mar 2004 10:15:03 -0600 Subject: Problems after snapshot of SWImageStorage In-Reply-To: <4059F802.6020105@chrisburkert.de> References: <9B3A5FD2-5992-11D8-A749-000A9573EAE2@iam.unibe.ch> <69D64746-59B6-11D8-8A5E-000393CFE6C8@student.unibe.ch> <402D6189.7030000@chrisburkert.de> <40591E5E.9020900@bountifulbaby.com> <4059F802.6020105@chrisburkert.de> Message-ID: <9413B90C-79C0-11D8-B18F-000393B61628@microlingua.com> Hi Chris, Thanks for looking into this. And a belated thanks for fixing the SWResource bug. Maurice On Mar 18, 2004, at 13:26, Chris Burkert wrote: > Hi Nevin, > > Nevin Pratt wrote: >> What was the cause of the image hang? >> Can SWImageStorage be relied upon? As I read the above, there is >> some implication that as long as I do a 'server storage snapshot' one >> time before the delay expires, then afterwards everything is OK? Or >> will the image hang with the next expirary? > > I came back today and will work on this the next days. I plan to sync > the port with VisualWorks-SW and I plan to make the ImageStorage > reliable. > > Regards > Chris Burkert > -- > http://www.chrisburkert.de/ > From ducasse at iam.unibe.ch Mon Mar 22 20:02:28 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 22 Mar 2004 20:02:28 +0100 Subject: collaba Message-ID: <76CB5D2D-7C33-11D8-B05E-000A9573EAE2@iam.unibe.ch> This may be one direction in which some people may want to push SmallWiki http://www.collaba.ca/en/ stef From ducasse at iam.unibe.ch Mon Mar 22 20:03:39 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Mon, 22 Mar 2004 20:03:39 +0100 Subject: Future plans Message-ID: Hi Just to let you know that we will start working on a Swiki importer. Now what is really important is that SmallWiki is open-source. This means that you can contribute and help improving it. Please do not hesitate. Stef From chris at chrisburkert.de Mon Mar 22 22:12:41 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Mon, 22 Mar 2004 22:12:41 +0100 Subject: [SmallWiki] [Squeak] Some news Message-ID: <405F56C9.5090001@chrisburkert.de> Hi everybody, I finally found some time to work on SmallWiki. This is what I have done: - fixed a bug in SWImageStorage which caused the storage to never really store anything. (Be aware when you set a new Storage, which has a default Delay of 10 minutes or so, and you change this value after that, you have to wait until the last long delay is over before you will see the effect of a new [e.g. short] delay) - published an Installer on Squeakmap -> 'SmallWiki' - separated the Parser in its own package we have now three packages: - the 'SmallWiki-Parser' (loaded by 'SmallWiki') - the 'SmallWiki-Kernel' (loaded by 'SmallWiki') - the 'SmallWiki' which is the installer so you only have to load 'SmallWiki' To try the new things take a fresh image (3.6 works fine) load the installer-package 'SmallWiki' (not 'SmallWiki-Parser' or 'SmallWiki-Kernel') and wait :) This will install all needed packages and finally opens a workspace with more information. Unfortunatly I did not have the time to upgrade the whole thing to 0.9.47. This has to wait some weeks :-( @Lukas I changed the hard coded defaultPriority of the SnapshotStorage to return '^Processor userBackgroundPriority'. This might also be better for the official VW-SW ~ VisualWorks SmallWiki :-) cheers Chris Burkert -- http://www.chrisburkert.de/ From renggli at student.unibe.ch Mon Mar 22 22:43:54 2004 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 22 Mar 2004 22:43:54 +0100 Subject: [SmallWiki] [Squeak] Some news In-Reply-To: <405F56C9.5090001@chrisburkert.de> References: <405F56C9.5090001@chrisburkert.de> Message-ID: <0453EB64-7C4A-11D8-A6DA-000393CFE6C8@student.unibe.ch> > @Lukas > I changed the hard coded defaultPriority of the SnapshotStorage to > return '^Processor userBackgroundPriority'. This might also be better > for the official VW-SW ~ VisualWorks SmallWiki :-) Yes, this sounds reasonable: the change will be published with the next version on Cincom StORE. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From m3rabb at microlingua.com Tue Mar 23 00:59:01 2004 From: m3rabb at microlingua.com (Maurice Rabb) Date: Mon, 22 Mar 2004 17:59:01 -0600 Subject: [SmallWiki] [Squeak] Some news In-Reply-To: <405F56C9.5090001@chrisburkert.de> References: <405F56C9.5090001@chrisburkert.de> Message-ID: Hi Chris, This is great news! I am setting up another SmallWiki on Thursday, so I will be testing the SWImageStorage stuff quite a bit. Thanks for setting up the installer. I know you only mentioned 3.6, FYI 3.7 doesn't have YAXO anymore so installing SIXX requires a few extra steps. I will report back. Maurice BTW, thanks for cc'ing me, however I am on the SmallWiki list so no cc is required. From chris at chrisburkert.de Tue Mar 23 07:51:42 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Tue, 23 Mar 2004 07:51:42 +0100 Subject: [SmallWiki] [Squeak] Some news In-Reply-To: References: <405F56C9.5090001@chrisburkert.de> Message-ID: <405FDE7E.4000201@chrisburkert.de> Maurice Rabb wrote: > Hi Chris, > > This is great news! > > I am setting up another SmallWiki on Thursday, so I will be testing the > SWImageStorage stuff quite a bit. great! > Thanks for setting up the installer. I know you only mentioned 3.6, FYI > 3.7 doesn't have YAXO anymore so installing SIXX requires a few extra > steps. > > I will report back. Below is the current installer. Maybe you could extent it, to fit in 3.7 too? #################################################### |map| map := SMSqueakMap default. "Monticello" map upgradePackage: (map packageWithId: '66236497-7026-45f5-bcf6-ad00ba7a8a4e'). "KomHttpServer" map upgradePackage: (map packageWithId: '0fdb5ffc-cfa1-4d40-96c2-fe325bc8ba5f'). "Refactoring Browser and related tools" map upgradePackage: (map packageWithId: '2ef5de76-985c-479e-b393-767d0297c932'). "SIXX" map upgradePackage: (map packageWithId: '60663648-6b83-4b61-9f06-e58c33565d75'). "SmaCC Smalltalk Compiler-Compiler-Runtime" "This is static because there were MNU's with autoVersion 2" map installPackageWithId: '2d9c9a9e-ce66-4e82-a785-ca7d43d9b4c4' autoVersion: '1'. "SmallWiki-Parser" map upgradePackage: (map packageWithId: '5a8df662-642d-4d2a-a093-5efa58780247'). "SmallWiki-Kernel" map upgradePackage: (map packageWithId: '93cd10ce-b8e1-4d4b-8566-fe400000d072'). "open a Workspace with additional information" SWServer defaultWorkspace. self inform: 'SmallWiki is now installed.'. #################################################### Regards Chris Burkert PS: Smacc is currently hardcoded because I get MNUs with autoVersion 2. -- http://www.chrisburkert.de/ From ducasse at iam.unibe.ch Tue Mar 23 08:12:47 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Tue, 23 Mar 2004 08:12:47 +0100 Subject: [SmallWiki] [Squeak] Some news In-Reply-To: <405FDE7E.4000201@chrisburkert.de> References: <405F56C9.5090001@chrisburkert.de> <405FDE7E.4000201@chrisburkert.de> Message-ID: <7D08A42F-7C99-11D8-86F9-000A9573EAE2@iam.unibe.ch> Mya be we should create a page on SmallWiki on the SmallWiki Squeak port and installation. We are planning to do the same for VW stef On 23 mars 04, at 07:51, Chris Burkert wrote: > Maurice Rabb wrote: >> Hi Chris, >> This is great news! >> I am setting up another SmallWiki on Thursday, so I will be testing >> the SWImageStorage stuff quite a bit. > > great! > >> Thanks for setting up the installer. I know you only mentioned 3.6, >> FYI 3.7 doesn't have YAXO anymore so installing SIXX requires a few >> extra steps. >> I will report back. > > Below is the current installer. Maybe you could extent it, to fit in > 3.7 too? > > #################################################### > |map| > > map := SMSqueakMap default. > > "Monticello" > map upgradePackage: (map packageWithId: > '66236497-7026-45f5-bcf6-ad00ba7a8a4e'). > > "KomHttpServer" > map upgradePackage: (map packageWithId: > '0fdb5ffc-cfa1-4d40-96c2-fe325bc8ba5f'). > > "Refactoring Browser and related tools" > map upgradePackage: (map packageWithId: > '2ef5de76-985c-479e-b393-767d0297c932'). > > "SIXX" > map upgradePackage: (map packageWithId: > '60663648-6b83-4b61-9f06-e58c33565d75'). > > "SmaCC Smalltalk Compiler-Compiler-Runtime" > "This is static because there were MNU's with autoVersion 2" > map installPackageWithId: '2d9c9a9e-ce66-4e82-a785-ca7d43d9b4c4' > autoVersion: '1'. > > "SmallWiki-Parser" > map upgradePackage: (map packageWithId: > '5a8df662-642d-4d2a-a093-5efa58780247'). > > "SmallWiki-Kernel" > map upgradePackage: (map packageWithId: > '93cd10ce-b8e1-4d4b-8566-fe400000d072'). > > "open a Workspace with additional information" > SWServer defaultWorkspace. > > self inform: 'SmallWiki is now installed.'. > #################################################### > > Regards > Chris Burkert > > PS: Smacc is currently hardcoded because I get MNUs with autoVersion 2. > -- > http://www.chrisburkert.de/ > From chris at chrisburkert.de Tue Mar 23 09:42:27 2004 From: chris at chrisburkert.de (Chris Burkert) Date: Tue, 23 Mar 2004 09:42:27 +0100 Subject: [SmallWiki] [Squeak] Some news In-Reply-To: <7D08A42F-7C99-11D8-86F9-000A9573EAE2@iam.unibe.ch> References: <405F56C9.5090001@chrisburkert.de> <405FDE7E.4000201@chrisburkert.de> <7D08A42F-7C99-11D8-86F9-000A9573EAE2@iam.unibe.ch> Message-ID: <405FF873.4070309@chrisburkert.de> st?phane ducasse wrote: > Mya be we should create a page on SmallWiki on the SmallWiki Squeak port > and installation. > We are planning to do the same for VW Well I have written down the important notes at http://kilana.unibe.ch:9090/smallwiki/smallwikisetup/ Regards Chris Burkert -- http://www.chrisburkert.de/ From bergel at iam.unibe.ch Wed Mar 24 15:14:57 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Wed, 24 Mar 2004 15:14:57 +0100 Subject: Issue with 7.1nc Message-ID: <20040324141457.GB5135@iam.unibe.ch> hi! I loaded the very last release of Smallwiki with a 7.1nc, and I cannot run the server. I rather have a: Message not understood: #detect:ifNone The receiver is nil. It seems that the variable permissions in 'Page class' is not initialized. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From bergel at iam.unibe.ch Wed Mar 24 15:28:50 2004 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Wed, 24 Mar 2004 15:28:50 +0100 Subject: Issue with 7.1nc In-Reply-To: <20040324141457.GB5135@iam.unibe.ch> References: <20040324141457.GB5135@iam.unibe.ch> Message-ID: <20040324142850.GC5135@iam.unibe.ch> Sorry, let me try with the version got from Cincom... Alexandre On Wed, Mar 24, 2004 at 03:14:57PM +0100, Alexandre Bergel wrote: > hi! > > I loaded the very last release of Smallwiki with a 7.1nc, and I cannot run the server. > I rather have a: Message not understood: #detect:ifNone > The receiver is nil. > It seems that the variable permissions in 'Page class' is not initialized. > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.iam.unibe.ch/~bergel > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From ducasse at iam.unibe.ch Fri Mar 26 16:39:08 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Fri, 26 Mar 2004 16:39:08 +0100 Subject: about SW tests Message-ID: Hi lukas with david R. we are having a look at the test testRoundTripWiki self resourcesForWiki do: [ :wiki | self assert: (self renderWiki: (self parseWiki: wiki)) = wiki ] this test breask because of the smilies introduction. I was wondering why the "self renderWiki: (self parseWiki: wiki)" does not return a wiki entity and not just a text? For the other people that may want to follow the discussion: a resourceForWiki is a text for example '!Heading 1 !!Heading 2 !!!Heading 3 !!!!Heading 4' thanks From ducasse at iam.unibe.ch Fri Mar 26 16:57:52 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Fri, 26 Mar 2004 16:57:52 +0100 Subject: About the admin package Message-ID: <56B6DB80-7F3E-11D8-BC87-000A9573EAE2@iam.unibe.ch> Hi david I loaded the admin package: - the postload action seems broken Smallwiki.Advanced is needed - then when I try to log I get: with admin/smallwiki I get an error aHTTPRequest postData does not understand: postKeysAndValuesDo: prepareRequestFields: aHTTPRequest | fields | fields := Dictionary new. aHTTPRequest uri queryData keysAndValuesDo: [ :key :value | fields at: key put: value ]. aHTTPRequest isPost ifTrue: [ aHTTPRequest postData postKeysAndValuesDo: [ :key :value | fields at: key put: value value. value contentType isNil ifFalse: [ fields at: 'mime-' , key put: value contentType ] ] ]. ^fields So what can I do? Nothing. Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 726 bytes Desc: not available Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040326/d1c16423/attachment.bin From vogel at iam.unibe.ch Fri Mar 26 17:30:04 2004 From: vogel at iam.unibe.ch (david vogel) Date: Fri, 26 Mar 2004 17:30:04 +0100 Subject: About the admin package In-Reply-To: <56B6DB80-7F3E-11D8-BC87-000A9573EAE2@iam.unibe.ch> References: <56B6DB80-7F3E-11D8-BC87-000A9573EAE2@iam.unibe.ch> Message-ID: <40645A8C.3070704@iam.unibe.ch> st?phane ducasse wrote: > Hi david > > I loaded the admin package: > - the postload action seems broken > Smallwiki.Advanced is needed > I'm using vw 7.1 on windows xp. I just loaded the newest version 0.9.48 of smallwiki from cincom store, then I started the wiki server: everything is ok. after that, I also loaded the smallwiki.admin package 1.3 from cincom store. the post load stuff worked fine and the rest is fine too: - I can log in as admin, and the advanced menu is also available. ( see: http://badefix.unibe.ch:2020/?action=Advanced ) - can you tell me your environment details? - can you see the class Smallwiki.Advanced in your class browser? kind regards, david > - then when I try to log I get: with admin/smallwiki I get an error > *aHTTPRequest postData* does not understand: postKeysAndValuesDo: > > prepareRequestFields: aHTTPRequest > | fields | > fields := Dictionary new. > aHTTPRequest uri queryData keysAndValuesDo: [ :key :value | > fields at: key put: value ]. > aHTTPRequest isPost > ifTrue: [ *aHTTPRequest postData* postKeysAndValuesDo: [ :key :value | > fields at: key put: value value. > value contentType isNil > ifFalse: [ fields at: 'mime-' , key put: value contentType ] ] ]. > ^fields > > > So what can I do? > > Nothing. > > Stef From ponisio at iam.unibe.ch Fri Mar 26 17:55:56 2004 From: ponisio at iam.unibe.ch (Laura Ponisio) Date: Fri, 26 Mar 2004 17:55:56 +0100 Subject: about SW tests In-Reply-To: Message-ID: <737DCD3C-7F46-11D8-A67B-000A9566BC9A@iam.unibe.ch> Salut Stef, vici le radar papillon pour Moose. J'ai aussi change BB pour lui faire automatiquement. A+ Laura -------------- next part -------------- A non-text attachment was scrubbed... Name: MooseButterfly.xls Type: application/octet-stream Size: 15872 bytes Desc: not available Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040326/9ff31cf0/MooseButterfly.obj From ducasse at iam.unibe.ch Fri Mar 26 18:08:54 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Fri, 26 Mar 2004 18:08:54 +0100 Subject: About the admin package In-Reply-To: <56B6DB80-7F3E-11D8-BC87-000A9573EAE2@iam.unibe.ch> References: <56B6DB80-7F3E-11D8-BC87-000A9573EAE2@iam.unibe.ch> Message-ID: <42C89BA8-7F48-11D8-BC87-000A9573EAE2@iam.unibe.ch> My mistake I was loading verything from our local store :( and you all publish on the cincom one. ;) On 26 mars 04, at 16:57, st?phane ducasse wrote: > Hi david > > I loaded the admin package: > - the postload action seems broken > Smallwiki.Advanced is needed > > - then when I try to log I get: with admin/smallwiki I get an error > aHTTPRequest postData does not understand: postKeysAndValuesDo: > > prepareRequestFields: aHTTPRequest > | fields | > fields := Dictionary new. > aHTTPRequest uri queryData keysAndValuesDo: [ :key :value | > fields at: key put: value ]. > aHTTPRequest isPost > ifTrue: [ aHTTPRequest postData postKeysAndValuesDo: [ :key :value | > fields at: key put: value value. > value contentType isNil > ifFalse: [ fields at: 'mime-' , key put: value contentType ] ] ]. > ^fields > > > So what can I do? > > Nothing. > > Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 900 bytes Desc: not available Url : http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20040326/360c6c80/attachment.bin From davidroe at bluewin.ch Fri Mar 26 21:52:06 2004 From: davidroe at bluewin.ch (=?iso-8859-1?Q?David_R=F6thlisberger?=) Date: Fri, 26 Mar 2004 21:52:06 +0100 Subject: about SW tests References: Message-ID: <01ad01c41374$3482fbf0$5b5b4d53@david715t080hb> Hello, > with david R. we are having a look at the test > > testRoundTripWiki > > self resourcesForWiki do: [ :wiki | > self assert: (self renderWiki: (self parseWiki: wiki)) = wiki ] > > this test breask because of the smilies introduction. Now it works. There was a bug in the WikiScanner, I fixed it, so the tests pass. Best regards, David From ducasse at iam.unibe.ch Sat Mar 27 14:32:39 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 27 Mar 2004 14:32:39 +0100 Subject: about SW tests In-Reply-To: <01ad01c41374$3482fbf0$5b5b4d53@david715t080hb> References: <01ad01c41374$3482fbf0$5b5b4d53@david715t080hb> Message-ID: <37EF4050-7FF3-11D8-AF9C-000A9573EAE2@iam.unibe.ch> ok still I would like to understand because I thought that renderWiki: should have created structure and not text. By the way I like the look of the forum I sent you. Stef On 26 mars 04, at 21:52, David R?thlisberger wrote: > Hello, > >> with david R. we are having a look at the test >> >> testRoundTripWiki >> >> self resourcesForWiki do: [ :wiki | >> self assert: (self renderWiki: (self parseWiki: wiki)) = wiki ] >> >> this test breask because of the smilies introduction. > > Now it works. There was a bug in the WikiScanner, I fixed it, so the > tests > pass. > > > Best regards, > David > From davidroe at bluewin.ch Sat Mar 27 18:35:35 2004 From: davidroe at bluewin.ch (=?iso-8859-1?Q?David_R=F6thlisberger?=) Date: Sat, 27 Mar 2004 18:35:35 +0100 Subject: about SW tests References: <01ad01c41374$3482fbf0$5b5b4d53@david715t080hb> <37EF4050-7FF3-11D8-AF9C-000A9573EAE2@iam.unibe.ch> Message-ID: <022201c41421$eb380590$d65e4c53@david715t080hb> Hello Stef, > ok still I would like to understand because I thought that renderWiki: > should have created structure and not text. With (#parseWiki: wiki) it generates the document structure resulting from the wiki syntax. Now with (#renderWiki: document) it does the reverse: From a given document structure, it generates the wiki syntax, that in fact has built this document structure. So the test "self assert: (self renderWiki: (self parseWiki: wiki)) = wiki" is okay iff the parsed wiki-syntax (that's a document structure) can be rendered back to the original wiki-syntax, that has generated the document structure. This mechanism is also used when an user wants to edit his page, because internally his page is stored as a document structure, but when user wants to change his page, he should see the page in wiki-syntax. So #renderWiki renders wiki-syntax, like #renderHtml renders html. greets David > By the way I like the look of the forum I sent you. > > Stef > On 26 mars 04, at 21:52, David R?thlisberger wrote: > > > Hello, > > > >> with david R. we are having a look at the test > >> > >> testRoundTripWiki > >> > >> self resourcesForWiki do: [ :wiki | > >> self assert: (self renderWiki: (self parseWiki: wiki)) = wiki ] > >> > >> this test breask because of the smilies introduction. > > > > Now it works. There was a bug in the WikiScanner, I fixed it, so the > > tests > > pass. > > > > > > Best regards, > > David > > > > > From ducasse at iam.unibe.ch Sat Mar 27 19:06:59 2004 From: ducasse at iam.unibe.ch (=?ISO-8859-1?Q?st=E9phane_ducasse?=) Date: Sat, 27 Mar 2004 19:06:59 +0100 Subject: about SW tests In-Reply-To: <022201c41421$eb380590$d65e4c53@david715t080hb> References: <01ad01c41374$3482fbf0$5b5b4d53@david715t080hb> <37EF4050-7FF3-11D8-AF9C-000A9573EAE2@iam.unibe.ch> <022201c41421$eb380590$d65e4c53@david715t080hb> Message-ID: <8AE01609-8019-11D8-AD5E-000A9573EAE2@iam.unibe.ch> On 27 mars 04, at 18:35, David R?thlisberger wrote: > Hello Stef, > > >> ok still I would like to understand because I thought that renderWiki: >> should have created structure and not text. > > With (#parseWiki: wiki) it generates the document structure resulting > from > the wiki syntax. Now with (#renderWiki: document) it does the reverse: > From > a given document structure, it generates the wiki syntax, that in fact > has > built this document structure. So the test "self assert: (self > renderWiki: > (self parseWiki: wiki)) = wiki" is okay iff the parsed wiki-syntax > (that's a > document structure) can be rendered back to the original wiki-syntax, > that > has generated the document structure. ahhhh renderWiki means renderDocumentAsWikiSyntax: now I understand > This mechanism is also used when an > user wants to edit his page, because internally his page is stored as a > document structure, but when user wants to change his page, he should > see > the page in wiki-syntax. So #renderWiki renders wiki-syntax, like > #renderHtml renders html. > > greets > David > > >> By the way I like the look of the forum I sent you. >> >> Stef >> On 26 mars 04, at 21:52, David R?thlisberger wrote: >> >>> Hello, >>> >>>> with david R. we are having a look at the test >>>> >>>> testRoundTripWiki >>>> >>>> self resourcesForWiki do: [ :wiki | >>>> self assert: (self renderWiki: (self parseWiki: wiki)) = wiki ] >>>> >>>> this test breask because of the smilies introduction. >>> >>> Now it works. There was a bug in the WikiScanner, I fixed it, so the >>> tests >>> pass. >>> >>> >>> Best regards, >>> David >>> >> >> >> >