From hannes.hirzel.squeaklist at bluewin.ch Mon Dec 1 14:38:21 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 01 Dec 2003 13:38:21 +0000 Subject: [Bug] character encoding problem (e with acute accent for example) Message-ID: <3FCB444D.9020804@bluewin.ch> Hello I wonder if I'm really the first person who uses Smallwiki (Squeak implementation) for writing French. I type for example Yaound? (the last letter is a lower case e with acute accent) and I get at the Webpage Smallwiki serves Yaound? (the last letter is an E with acute accent). Any suggestion how I can fix this? Regards Hannes From renggli at student.unibe.ch Mon Dec 1 13:53:19 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 1 Dec 2003 13:53:19 +0100 Subject: [Bug] character encoding problem (e with acute accent for example) In-Reply-To: <3FCB444D.9020804@bluewin.ch> References: <3FCB444D.9020804@bluewin.ch> Message-ID: <56957D8A-23FD-11D8-A4D6-000393CFE6C8@student.unibe.ch> Hi, > I wonder if I'm really the first person who uses Smallwiki (Squeak > implementation) for writing French. > > I type for example Yaound? (the last letter is a lower case e with > acute accent) and I get at the Webpage Smallwiki serves Yaound? as this works in VisualWorks, I expect that the escaping table got corrupted due to encoding differences between the two smalltalk versions. To fix the table modify the method HtmlWriteStream class>>defaultEscapeTable ^(Dictionary new) at: $? put: '¡'; at: $? put: '¢'; at: $? put: '£'; at: $? put: '¤'; at: $? put: '¥'; at: $? put: '¦'; at: $? put: '§'; ... and reinitialize the class by evaluating HtmlWriteStream initialize Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From hannes.hirzel.squeaklist at bluewin.ch Mon Dec 1 15:10:21 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 01 Dec 2003 14:10:21 +0000 Subject: [Bug] character encoding problem (e with acute accent for example) In-Reply-To: <56957D8A-23FD-11D8-A4D6-000393CFE6C8@student.unibe.ch> References: <3FCB444D.9020804@bluewin.ch> <56957D8A-23FD-11D8-A4D6-000393CFE6C8@student.unibe.ch> Message-ID: <3FCB4BCD.5050504@bluewin.ch> Lukas Renggli wrote: > Hi, > >> I wonder if I'm really the first person who uses Smallwiki (Squeak >> implementation) for writing French. >> >> I type for example Yaound? (the last letter is a lower case e with >> acute accent) and I get at the Webpage Smallwiki serves Yaound? > > > as this works in VisualWorks, I expect that the escaping table got > corrupted due to encoding differences between the two smalltalk > versions. To fix the table modify the method > > HtmlWriteStream class>>defaultEscapeTable > ^(Dictionary new) > at: $? put: '¡'; > at: $? put: '¢'; > at: $? put: '£'; > at: $? put: '¤'; > at: $? put: '¥'; > at: $? put: '¦'; > at: $? put: '§'; > ... > > and reinitialize the class by evaluating > > HtmlWriteStream initialize > > Cheers, > Lukas > Thank you for your quick answer. This even gives me the idea to have some character combinations which later get exchanged for a Unicode number character entity. So people can type texts with ASCII only but still have some Unicode characters. Hannes From brant at refactory.com Mon Dec 1 22:55:33 2003 From: brant at refactory.com (John Brant) Date: Mon, 1 Dec 2003 15:55:33 -0600 Subject: various items Message-ID: <005601c3b855$db8d5730$0201a8c0@d8100> Here are some more bugs/comments: *) If you have a page title with quotes in it, they don't appear when you reedit the page. For example, if you have (This is a "test"), the page title on reediting will be (This is a ). *) If you enter < in a page for the < character, it appears as a < when you reedit the page. For example, edit the syntax page. After you save the page, the <b> is changed to . *) The scanner should reinitialize the keyword map when it loads (WikiScanner initializeKeywordMap). *) If you rename the Syntax page, it stops appearing on the edit pages. *) Page names should be case-insensitive. Most likely ordinary users are used to non-case-sensitive items (e.g., the Windows file system, domain names -- WWW.GOOGLE.COM = www.google.com). John Brant From renggli at student.unibe.ch Tue Dec 2 09:54:24 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 2 Dec 2003 09:54:24 +0100 Subject: various items In-Reply-To: <005601c3b855$db8d5730$0201a8c0@d8100> References: <005601c3b855$db8d5730$0201a8c0@d8100> Message-ID: <210527A7-24A5-11D8-9867-000393CFE6C8@student.unibe.ch> > *) If you have a page title with quotes in it, they don't appear when > you > reedit the page. For example, if you have (This is a "test"), the page > title > on reediting will be (This is a ). > > *) If you enter < in a page for the < character, it appears as a < > when > you reedit the page. For example, edit the syntax page. After you save > the > page, the <b> is changed to . These two problems appear basically because the emitted HTML-code is not properly escaped for text-fields and text-areas. I will try to fix that the coming weekend. > *) The scanner should reinitialize the keyword map when it loads > (WikiScanner initializeKeywordMap). Ok. > *) If you rename the Syntax page, it stops appearing on the edit pages. I see that I have to think about a better solution to include the syntax-help in SmallWiki. > *) Page names should be case-insensitive. Most likely ordinary users > are > used to non-case-sensitive items (e.g., the Windows file system, domain > names -- WWW.GOOGLE.COM = www.google.com). I agree that this should be changed to enhance usability, even-tough I prefer case-sensitive programming languages ;) Might I ask you a question about SmaCC? I've got a parser like this: A : B C { 1 } | D E { 2?} Is it somehow possible to tell the parser in certain conditions in 1, that even-tough that clause matched, it should continue trying to match with the next clause? I couldn't find an obvious solution for this. Regards, Lukas -- Lukas Renggli http://renggli.freezope.org From chris at chrisburkert.de Tue Dec 2 20:32:10 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Tue, 02 Dec 2003 20:32:10 +0100 Subject: [Q] reloading root.xml in a fresh image Message-ID: <3FCCE8BA.4040304@chrisburkert.de> Hi, I wanted to set up a script that starts SmallWiki (if it crashes) with the old documentroot. So I wrote a file config.st with the following lines: sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. sw storage: (SWSIXXStorage new delay: 60 * 60). sw start. and started everything with squeak squeak.image config.st But when I restart the SmallWiki, the saved documentroot becomes overridden. So can I reload a root.xml in a fresh SmallWiki-Image? I didn't find the semantics in the Methods. I think of something like: sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. sw storage: (SWSIXXStorage new delay: 60 * 60). sw storage restoreFromDefaultXmlFile. sw start. thanks Chris Burkert -- http://www.chrisburkert.de/ From renggli at student.unibe.ch Tue Dec 2 20:50:02 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 2 Dec 2003 20:50:02 +0100 Subject: [Q] reloading root.xml in a fresh image In-Reply-To: <3FCCE8BA.4040304@chrisburkert.de> References: <3FCCE8BA.4040304@chrisburkert.de> Message-ID: > So can I reload a root.xml in a fresh SmallWiki-Image? I didn't find > the semantics in the Methods. I think of something like: > > sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. > sw storage: (SWSIXXStorage new delay: 60 * 60). > sw storage restoreFromDefaultXmlFile. > sw start. I am not sure about this, because I've stopped using SIXX due to lack of speed with this persistence mechanism. But for porting from image to image this should be no problem, so my guess how to do this is the following: sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. sw storage: (SWSIXXStorage new delay: 60 * 60). sw storage readStreamFrom: aFilename do: [ :stream | sw root: stream next ]. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From brant at refactory.com Tue Dec 2 21:13:50 2003 From: brant at refactory.com (John Brant) Date: Tue, 2 Dec 2003 14:13:50 -0600 Subject: various items In-Reply-To: <210527A7-24A5-11D8-9867-000393CFE6C8@student.unibe.ch> Message-ID: <002001c3b910$d0425810$0201a8c0@d8100> > From: owner-smallwiki at iam.unibe.ch [mailto:owner-smallwiki at iam.unibe.ch] > On Behalf Of Lukas Renggli > > I agree that this should be changed to enhance usability, even-tough I > prefer case-sensitive programming languages ;) I used to prefer case-sensitive programming languages, but I've changed my mind and now prefer case-insensitive. If you have two names that just differ by case, then this is something that is prone to have bugs. For example, consider the common newbie mistake of using "True" instead of "true" in Smalltalk. > Might I ask you a question about SmaCC? I've got a parser like this: > > A : B C { 1 } > | D E { 2?} > > Is it somehow possible to tell the parser in certain conditions in 1, > that even-tough that clause matched, it should continue trying to match > with the next clause? I couldn't find an obvious solution for this. I'm not sure I understand your question. Are you trying to match: "B C", "D E", or "B C D E"? If so, you could use: A : BC | BC DE | DE ; BC : B C {1}; DE : D E {2} ; Or you could use: A : B C {1} | B C D E {1. 2} | D E {2}; If this isn't what you want, perhaps you can give a real world example... John Brant From renggli at student.unibe.ch Tue Dec 2 22:12:14 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 2 Dec 2003 22:12:14 +0100 Subject: various items In-Reply-To: <002001c3b910$d0425810$0201a8c0@d8100> References: <002001c3b910$d0425810$0201a8c0@d8100> Message-ID: <33ADEE68-250C-11D8-9867-000393CFE6C8@student.unibe.ch> >> I agree that this should be changed to enhance usability, even-tough I >> prefer case-sensitive programming languages ;) > > I used to prefer case-sensitive programming languages, but I've > changed my > mind and now prefer case-insensitive. If you have two names that just > differ > by case, then this is something that is prone to have bugs. For > example, > consider the common newbie mistake of using "True" instead of "true" in > Smalltalk. I agree that one should not have identifiers differing only in case. However, I think, case-insensitive languages lead to inconsistent code, especially for newbies: I currently take a Astrophysics lecture where we program in FORTRAN. Most of my colleges have never written a program before and they have never learned writing good looking source: DO ii = 1,5 if mod(Il, 2) = 0 Then Write(*,*) Ii END if end do Not really easy to find bugs like this, I think ;) >> Might I ask you a question about SmaCC? I've got a parser like this: >> >> A : B C { 1 } >> | D E { 2?} >> >> Is it somehow possible to tell the parser in certain conditions in 1, >> that even-tough that clause matched, it should continue trying to >> match >> with the next clause? I couldn't find an obvious solution for this. > > I'm not sure I understand your question. Are you trying to match: "B > C", "D > E", or "B C D E"? If so, you could use: > A : BC > | BC DE > | DE ; > BC : B C {1}; > DE : D E {2} ; > Or you could use: > A : B C {1} > | B C D E {1. 2} > | D E {2}; > If this isn't what you want, perhaps you can give a real world > example... Sorry, my example is bad, it was just a silly idea of mine how I could resolve my problem. The real thing is the following: I am trying to parse Smalltalk code inside a completely different grammar, similar to what you did with the SmallWiki parser. My parser stripped down to the problem is the following, the scanner is similar to StScanner in the SmaCC examples: Method : Selector Condition? Body { ... } ; Selector : ( Pattern)+ { ... } ; Pattern : { ... } ; Condition : "if:" "[" { parse smalltalk block } ; Body : { parse smalltalk method body } ; When giving input like a: anA b: aB if: [ ... ] ^self I get a: anA b: aB if: [ Token not expected ->... ] ^self even before my code { parse smalltalk block } is evaluated. Similar when giving a: anA b: aB ^self I get a: anA b: aB Token not expected ->^self before I even had a chance to start the RB parser in { parse smalltalk method body }. I expect that I'm doing something completely wrong, but can't find the problem. I also tried to go with the debugger through the SmallWiki parser, but there it just works and I don't see any significant difference. Thanks a lot for your help, Lukas -- Lukas Renggli http://renggli.freezope.org From chris at chrisburkert.de Tue Dec 2 23:32:57 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Tue, 02 Dec 2003 23:32:57 +0100 Subject: [Q] reloading root.xml in a fresh image In-Reply-To: References: <3FCCE8BA.4040304@chrisburkert.de> Message-ID: <3FCD1319.2070708@chrisburkert.de> Lukas Renggli wrote: >> So can I reload a root.xml in a fresh SmallWiki-Image? I didn't find >> the semantics in the Methods. I think of something like: >> >> sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. >> sw storage: (SWSIXXStorage new delay: 60 * 60). >> sw storage restoreFromDefaultXmlFile. >> sw start. > > > I am not sure about this, because I've stopped using SIXX due to lack of > speed with this persistence mechanism. But for porting from image to > image this should be no problem, so my guess how to do this is the > following: > > sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. > sw storage: (SWSIXXStorage new delay: 60 * 60). > sw storage > readStreamFrom: aFilename > do: [ :stream | sw root: stream next ]. Thanks, this is a good solution: sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. sw storage: (SWSIXXStorage new delay: 60*60). (sw storage directory fileExists: 'root.xml') ifTrue: [ sw storage readStreamFrom: filename do: [ :stream | sw root: stream next ]. ]. sw start. Cheers Chris Burkert -- http://www.chrisburkert.de/ From ducasse at iam.unibe.ch Tue Dec 2 23:44:35 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Tue, 2 Dec 2003 23:44:35 +0100 Subject: [Q] reloading root.xml in a fresh image In-Reply-To: <3FCD1319.2070708@chrisburkert.de> Message-ID: <1A8530BA-2519-11D8-82CC-000A9573EAE2@iam.unibe.ch> Chris can you update the faq then. stef On Mardi, d?c 2, 2003, at 23:32 Europe/Zurich, Chris Burkert wrote: > Lukas Renggli wrote: >>> So can I reload a root.xml in a fresh SmallWiki-Image? I didn't find >>> the semantics in the Methods. I think of something like: >>> >>> sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. >>> sw storage: (SWSIXXStorage new delay: 60 * 60). >>> sw storage restoreFromDefaultXmlFile. >>> sw start. >> I am not sure about this, because I've stopped using SIXX due to lack >> of speed with this persistence mechanism. But for porting from image >> to image this should be no problem, so my guess how to do this is the >> following: >> sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. >> sw storage: (SWSIXXStorage new delay: 60 * 60). >> sw storage >> readStreamFrom: aFilename >> do: [ :stream | sw root: stream next ]. > > Thanks, this is a good solution: > > sw := SWKom startOn: 8080 host: 'localhost' ip: '127.0.0.1'. > sw storage: (SWSIXXStorage new delay: 60*60). > (sw storage directory fileExists: 'root.xml') ifTrue: > [ sw storage > readStreamFrom: filename > do: [ :stream | sw root: stream next ]. > ]. > sw start. > > Cheers > Chris Burkert > -- > http://www.chrisburkert.de/ > From chris at chrisburkert.de Wed Dec 3 00:19:18 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Wed, 03 Dec 2003 00:19:18 +0100 Subject: [Q] reloading root.xml in a fresh image In-Reply-To: <1A8530BA-2519-11D8-82CC-000A9573EAE2@iam.unibe.ch> References: <1A8530BA-2519-11D8-82CC-000A9573EAE2@iam.unibe.ch> Message-ID: <3FCD1DF6.1060106@chrisburkert.de> ducasse wrote: > Chris can you update the faq then. done :) Regards Chris Burkert -- http://www.chrisburkert.de/ From brant at refactory.com Wed Dec 3 16:50:28 2003 From: brant at refactory.com (John Brant) Date: Wed, 3 Dec 2003 09:50:28 -0600 Subject: various items In-Reply-To: <33ADEE68-250C-11D8-9867-000393CFE6C8@student.unibe.ch> Message-ID: <004e01c3b9b5$2fbd7370$0201a8c0@d8100> > From: owner-smallwiki at iam.unibe.ch [mailto:owner-smallwiki at iam.unibe.ch] > On Behalf Of Lukas Renggli > > I am trying to parse Smalltalk code inside a completely different > grammar, similar to what you did with the SmallWiki parser. My parser > stripped down to the problem is the following, the scanner is similar > to StScanner in the SmaCC examples: > > Method : Selector Condition? Body { ... } ; > Selector : ( Pattern)+ { ... } ; > Pattern : { ... } ; > Condition : "if:" "[" { parse smalltalk block } ; > Body : { parse smalltalk method body } ; > > When giving input like > > a: anA b: aB > if: [ ... ] > ^self > > I get > > a: anA b: aB > if: [ Token not expected ->... ] > ^self Essentially, you want a LR(0) parser. If you override the #handleError: method, you can simulate LR(0) behavior -- I've attached it below. If you have multiple reductions for the same state, it will just pick one to reduce. For example, if you have: Run : A "A" | B "B" ; A : "1" {Transcript show: 'a' ;cr; flush}; B : "1" {Transcript show: 'b'; cr; flush}; And you enter "1C" it may pick either A or B to reduce. However, if you have valid string (1A or 1B), then it reduces properly. John Brant -------------------------- handleError: anInteger | result | 1 to: self emptySymbolTokenId do: [:i | result := self actionFor: i. (result bitAnd: self actionMask) = self reduceAction ifTrue: [^self reduce: (result bitShift: -2)]]. super handleError: anInteger From hannes.hirzel.squeaklist at bluewin.ch Fri Dec 5 13:37:57 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Fri, 05 Dec 2003 12:37:57 +0000 Subject: [Q][Bug] SWResource soundfile (wav): How do I set the mime type? Message-ID: <3FD07C25.6000906@bluewin.ch> Hello I created a SWResource item in the 'contents' list of a folder. I am asked to supply the title and the indicate from where to upload the resource. I pointed to a *.wav file. The file was uploaded in is served inline if another pages refers to this resource. However the mime type is not set. Where and how do I update the list of known mime types? Is this a candidate for the FAQ? Thank you for the answer in advance. Hannes From hannes.hirzel.squeaklist at bluewin.ch Fri Dec 5 14:09:25 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Fri, 05 Dec 2003 13:09:25 +0000 Subject: [Q][Bug] SWResource soundfile (wav): How do I set the mime type? (P.S.) In-Reply-To: <3FD07C25.6000906@bluewin.ch> References: <3FD07C25.6000906@bluewin.ch> Message-ID: <3FD08385.5010709@bluewin.ch> My question applies to the Squeak implemenation of smallwiki. The mime type isn't set for jpg, gif and wav files HH From renggli at student.unibe.ch Sat Dec 6 12:46:29 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 6 Dec 2003 12:46:29 +0100 Subject: various items In-Reply-To: <004e01c3b9b5$2fbd7370$0201a8c0@d8100> References: <004e01c3b9b5$2fbd7370$0201a8c0@d8100> Message-ID: The following problems reported by John Brant have been fixed: > *) The scanner should reinitialize the keyword map when it loads > (WikiScanner initializeKeywordMap). > *) Page names should be case-insensitive. Most likely ordinary users > are > used to non-case-sensitive items (e.g., the Windows file system, domain > names -- WWW.GOOGLE.COM = www.google.com). I changed the behavior and I think this enhances the usability a lot. Additionally I've also modified the internal representation of children in the folders: they are now stored in a dictionary (id -> structure) instead as an ordered collection, what enhances lookup-speed a lot. I used an ordered collection in the past because folders were rendered automatically before, but now as they behave like an ordinary page there is no more need to keep the pages in a certain order. As the internal data-structure changed, existing wikis have to be migrated. The post-load action will evaluate the following code: Folder>>migrateOrderedCollectionToDictinary | childrenInstVarIndex old | childrenInstVarIndex := self allSuperclasses inject: (self instVarNames indexOf: 'children') into: [ :sum :each | sum + each instVarNames size ]. self allInstancesDo: [ :folder | old := folder instVarAt: childrenInstVarIndex. (old isKindOf: SequenceableCollection) ifTrue: [ folder instVarAt: childrenInstVarIndex put: folder defaultChildrenCollection. old do: [ :child | folder add: child ] ] ] > *) If you have a page title with quotes in it, they don't appear when > you > reedit the page. For example, if you have (This is a "test"), the page > title > on reediting will be (This is a ). > > *) If you enter < in a page for the < character, it appears as a < > when > you reedit the page. For example, edit the syntax page. After you save > the > page, the <b> is changed to . These two bugs have been fixed, I forgot to encode strings in the attributes of the html-tags properly. Another thing I've fixed are the recent changes: it displays a page at most once a day, even if it has been edited several times. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Essentially, you want a LR(0) parser. If you override the #handleError: > method, you can simulate LR(0) behavior -- I've attached it below. If > you > have multiple reductions for the same state, it will just pick one to > reduce. For example, if you have: > Run : A "A" | B "B" ; > A : "1" {Transcript show: 'a' ;cr; flush}; > B : "1" {Transcript show: 'b'; cr; flush}; > And you enter "1C" it may pick either A or B to reduce. However, if > you have > valid string (1A or 1B), then it reduces properly. > > > John Brant > -------------------------- > handleError: anInteger > | result | > 1 to: self emptySymbolTokenId > do: > [:i | > result := self actionFor: i. > (result bitAnd: self actionMask) = self reduceAction > > ifTrue: [^self reduce: (result bitShift: > -2)]]. > super handleError: anInteger Wow, thanks a lot for this code-snippet. I included it into my parser and all the tests immediately passed. Shouldn't this be a checkbox in the SmaCC-UI to allow generating this method automatically? Or are there any problems to be expected when adding this code? I tried all kinds of valid and invalid input and it works as expected with my example. Regards, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Sat Dec 6 12:46:29 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 6 Dec 2003 12:46:29 +0100 Subject: various items In-Reply-To: <004e01c3b9b5$2fbd7370$0201a8c0@d8100> References: <004e01c3b9b5$2fbd7370$0201a8c0@d8100> Message-ID: The following problems reported by John Brant have been fixed: > *) The scanner should reinitialize the keyword map when it loads > (WikiScanner initializeKeywordMap). > *) Page names should be case-insensitive. Most likely ordinary users > are > used to non-case-sensitive items (e.g., the Windows file system, domain > names -- WWW.GOOGLE.COM = www.google.com). I changed the behavior and I think this enhances the usability a lot. Additionally I've also modified the internal representation of children in the folders: they are now stored in a dictionary (id -> structure) instead as an ordered collection, what enhances lookup-speed a lot. I used an ordered collection in the past because folders were rendered automatically before, but now as they behave like an ordinary page there is no more need to keep the pages in a certain order. As the internal data-structure changed, existing wikis have to be migrated. The post-load action will evaluate the following code: Folder>>migrateOrderedCollectionToDictinary | childrenInstVarIndex old | childrenInstVarIndex := self allSuperclasses inject: (self instVarNames indexOf: 'children') into: [ :sum :each | sum + each instVarNames size ]. self allInstancesDo: [ :folder | old := folder instVarAt: childrenInstVarIndex. (old isKindOf: SequenceableCollection) ifTrue: [ folder instVarAt: childrenInstVarIndex put: folder defaultChildrenCollection. old do: [ :child | folder add: child ] ] ] > *) If you have a page title with quotes in it, they don't appear when > you > reedit the page. For example, if you have (This is a "test"), the page > title > on reediting will be (This is a ). > > *) If you enter < in a page for the < character, it appears as a < > when > you reedit the page. For example, edit the syntax page. After you save > the > page, the <b> is changed to . These two bugs have been fixed, I forgot to encode strings in the attributes of the html-tags properly. Another thing I've fixed are the recent changes: it displays a page at most once a day, even if it has been edited several times. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Essentially, you want a LR(0) parser. If you override the #handleError: > method, you can simulate LR(0) behavior -- I've attached it below. If > you > have multiple reductions for the same state, it will just pick one to > reduce. For example, if you have: > Run : A "A" | B "B" ; > A : "1" {Transcript show: 'a' ;cr; flush}; > B : "1" {Transcript show: 'b'; cr; flush}; > And you enter "1C" it may pick either A or B to reduce. However, if > you have > valid string (1A or 1B), then it reduces properly. > > > John Brant > -------------------------- > handleError: anInteger > | result | > 1 to: self emptySymbolTokenId > do: > [:i | > result := self actionFor: i. > (result bitAnd: self actionMask) = self reduceAction > > ifTrue: [^self reduce: (result bitShift: > -2)]]. > super handleError: anInteger Wow, thanks a lot for this code-snippet. I included it into my parser and all the tests immediately passed. Shouldn't this be a checkbox in the SmaCC-UI to allow generating this method automatically? Or are there any problems to be expected when adding this code? I tried all kinds of valid and invalid input and it works as expected with my example. Regards, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Sat Dec 6 12:47:18 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 6 Dec 2003 12:47:18 +0100 Subject: SmallWiki in Squeak In-Reply-To: References: Message-ID: Hi Maurice, > I would appreciate any pointers for installing it on server of our > 1and1.com webhosted account. If not, I see that several SmallWikis > are hosted at http://kilana.unibe.ch:9090. Would it be possible to > host mine there as well? kilana.unibe.ch is a server run by the University of Bern, I am not sure about their policies but I think it should not be used for non university related wikis. When studying the features of 1and1.com I read that the owner gets SSH access to the server, so it should be no big deal to install and run either VisualWorks or Squeak there. We usually also run a VNC server on our hosts to allow remote access easily. The company I am working for (netstyle.ch, www.netstyle.ch) is offering Smalltalk hosting. The advantage for you would be that we could provide you with a running configuration and if necessary integrate it into your corporate design. Let us know, if you are interested. Regards, Lukas On Dec 6, 2003, at 03:19, Maurice Rabb wrote: > Dear Lukas, > > I have been looking at your SmallWiki with great interest. We would > like to use it instead of the CoWeb for our wiki. > > I would appreciate any pointers for installing it on server of our > 1and1.com webhosted account. If not, I see that several SmallWikis > are hosted at http://kilana.unibe.ch:9090. Would it be possible to > host mine there as well? > > Thank for your time. > > Sincerely, > > Maurice > > > Maurice Rabb > 312-735-0580 -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Sat Dec 6 12:47:18 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 6 Dec 2003 12:47:18 +0100 Subject: SmallWiki in Squeak In-Reply-To: References: Message-ID: Hi Maurice, > I would appreciate any pointers for installing it on server of our > 1and1.com webhosted account. If not, I see that several SmallWikis > are hosted at http://kilana.unibe.ch:9090. Would it be possible to > host mine there as well? kilana.unibe.ch is a server run by the University of Bern, I am not sure about their policies but I think it should not be used for non university related wikis. When studying the features of 1and1.com I read that the owner gets SSH access to the server, so it should be no big deal to install and run either VisualWorks or Squeak there. We usually also run a VNC server on our hosts to allow remote access easily. The company I am working for (netstyle.ch, www.netstyle.ch) is offering Smalltalk hosting. The advantage for you would be that we could provide you with a running configuration and if necessary integrate it into your corporate design. Let us know, if you are interested. Regards, Lukas On Dec 6, 2003, at 03:19, Maurice Rabb wrote: > Dear Lukas, > > I have been looking at your SmallWiki with great interest. We would > like to use it instead of the CoWeb for our wiki. > > I would appreciate any pointers for installing it on server of our > 1and1.com webhosted account. If not, I see that several SmallWikis > are hosted at http://kilana.unibe.ch:9090. Would it be possible to > host mine there as well? > > Thank for your time. > > Sincerely, > > Maurice > > > Maurice Rabb > 312-735-0580 -- Lukas Renggli http://renggli.freezope.org From hannes.hirzel.squeaklist at bluewin.ch Sat Dec 6 16:00:06 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Sat, 06 Dec 2003 15:00:06 +0000 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: <3FD08385.5010709@bluewin.ch> References: <3FD07C25.6000906@bluewin.ch> <3FD08385.5010709@bluewin.ch> Message-ID: <3FD1EEF6.3070602@bluewin.ch> Hannes Hirzel wrote: > My question applies to the Squeak implemenation of smallwiki. > > The mime type isn't set for jpg, gif and wav files > To be more precise: The mime type is not set in the action class SWResourceEdit or one of its superclasse SWEditAction or SWAction. Common mime types are (just strings) in the instance variable mimetype 'image/jpg' 'image/gif' 'audio/wav' HH From hannes.hirzel.squeaklist at bluewin.ch Sat Dec 6 16:21:14 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Sat, 06 Dec 2003 15:21:14 +0000 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: <3FD1EEF6.3070602@bluewin.ch> References: <3FD07C25.6000906@bluewin.ch> <3FD08385.5010709@bluewin.ch> <3FD1EEF6.3070602@bluewin.ch> Message-ID: <3FD1F3EA.6030508@bluewin.ch> Hannes Hirzel wrote: > Hannes Hirzel wrote: > >> My question applies to the Squeak implemenation of smallwiki. >> >> The mime type isn't set for jpg, gif and wav files >> > > To be more precise: The mime type is not set in the action class > SWResourceEdit or one of its superclasse SWEditAction or SWAction. > > Common mime types are (just strings) in the instance variable mimetype > 'image/jpg' > 'image/gif' > 'audio/wav' > In the method renderFields of SWResourceEdit the following code snippet does not work correctly. html fileUploadWithCallback: #data:mime: The mime type returned is the empty string. HH From chris at chrisburkert.de Sun Dec 7 20:53:50 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Sun, 07 Dec 2003 20:53:50 +0100 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: <3FD1F3EA.6030508@bluewin.ch> References: <3FD07C25.6000906@bluewin.ch> <3FD08385.5010709@bluewin.ch> <3FD1EEF6.3070602@bluewin.ch> <3FD1F3EA.6030508@bluewin.ch> Message-ID: <3FD3854E.6000603@chrisburkert.de> Hi Hannes, Hannes Hirzel wrote: > Hannes Hirzel wrote: > >> Hannes Hirzel wrote: >> >>> My question applies to the Squeak implemenation of smallwiki. >>> >>> The mime type isn't set for jpg, gif and wav files >>> >> >> To be more precise: The mime type is not set in the action class >> SWResourceEdit or one of its superclasse SWEditAction or SWAction. >> >> Common mime types are (just strings) in the instance variable mimetype >> 'image/jpg' >> 'image/gif' >> 'audio/wav' >> > > In the method renderFields of SWResourceEdit > the following code snippet does not work correctly. > > html fileUploadWithCallback: #data:mime: > > The mime type returned is the empty string. Is Mime supported in the VW-SmallWiki? As I understand, the mimetype is set when you create a new Resource, but not, when you upload the data (or a new version). The default value is ''. I will take a look if we can add this support, so the mimetype will be set correctly when you upload the data. Regards Chris Burkert -- http://www.chrisburkert.de/ From renggli at student.unibe.ch Sun Dec 7 21:20:05 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 7 Dec 2003 21:20:05 +0100 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: <66A2A706-28F1-11D8-80F6-000A9573EAE2@iam.unibe.ch> References: <66A2A706-28F1-11D8-80F6-000A9573EAE2@iam.unibe.ch> Message-ID: >> Is Mime supported in the VW-SmallWiki? Yes, this is working in VW: The mime-type is automatically read from the HTTP header when uploading a file. >> As I understand, the mimetype is set when you create a new Resource, >> but not, when you upload the data (or a new version). The default >> value is ''. You can get the mime-type of the data with any callback-block you define. I suspect that in Squeak SmallWiki this is not properly passed from the server to the callback-block: [ :action :value :mimetype | ... ] I know, I should add a test to catch that kind of problem. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Mon Dec 8 12:45:00 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 8 Dec 2003 12:45:00 +0100 Subject: When do we get the role interfaces in .... Message-ID: hi david when will we get the role interface in SmallWiki? Stef From vogel at iam.unibe.ch Mon Dec 8 14:32:56 2003 From: vogel at iam.unibe.ch (david vogel) Date: Mon, 08 Dec 2003 14:32:56 +0100 Subject: When do we get the role interfaces in .... In-Reply-To: References: Message-ID: <3FD47D88.3000703@iam.unibe.ch> hi stef, I have to adapt the new changes that Lukas made (children as Dictionary). fot this I also have to deal with the loading problems from store... - other new stuff: we can collapse(open and close) folders on the html view - bugfix on swazzo (cookie reader) ...by friday it should be ready to install. cheers, david. ducasse wrote: > hi david > > when will we get the role interface in SmallWiki? > > Stef > From renggli at student.unibe.ch Mon Dec 8 16:30:24 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 8 Dec 2003 16:30:24 +0100 Subject: When do we get the role interfaces in .... In-Reply-To: <3FD47D88.3000703@iam.unibe.ch> References: <3FD47D88.3000703@iam.unibe.ch> Message-ID: <71570947-2993-11D8-BB77-000393CFE6C8@student.unibe.ch> > I have to adapt the new changes that Lukas made (children as > Dictionary). fot this I also have to deal with the loading problems > from store... Did you note, that I did not publish my changes to the SCG-StORE? I am a bit fed-up maintaining the code in two repositories and most people only use the Cincom one anyway. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Mon Dec 8 16:47:21 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 8 Dec 2003 16:47:21 +0100 Subject: When do we get the role interfaces in .... In-Reply-To: <3FD47D88.3000703@iam.unibe.ch> Message-ID: excellent Stef On Lundi, d?c 8, 2003, at 14:32 Europe/Zurich, david vogel wrote: > hi stef, > > I have to adapt the new changes that Lukas made (children as > Dictionary). fot this I also have to deal with the loading problems > from store... > > - other new stuff: we can collapse(open and close) folders on the html > view > - bugfix on swazzo (cookie reader) > > ...by friday it should be ready to install. > > cheers, > david. > > > ducasse wrote: > >> hi david >> >> when will we get the role interface in SmallWiki? >> >> Stef >> > > > From renggli at student.unibe.ch Thu Dec 11 19:03:26 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Thu, 11 Dec 2003 19:03:26 +0100 Subject: SmallWiki in Squeak In-Reply-To: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> References: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> Message-ID: <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> Hi Maurice, > Btw, the Squeak version of SmallWiki doesn't seem to store the wiki > pages in the same manner that you describe in your paper. The SIXX > storage seems to use a single XML doc, and the Image storage as a > standard (large) image and changeset. Which would you recommend? in VisualWorks - the environment where SmallWiki had been developed - I suggest to use the image-storage. It is much faster, the resulting files are smaller and in my opinion it is also more secure. However I don't know about the Squeak port, you have to ask the porters in the mailing-list about their suggestions. What I actually think, that it would be nice to have a reference-stream or an image-slice storage in Squeak. I've used this mechanisms in some of my web-development and it worked very well. I don't know if it scales well, but it should be worth trying ... Cheers, Lukas On Dec 10, 2003, at 22:12, Maurice Rabb wrote: > Dear Lukas, > > Thank you for your reply. > > I have started playing with your SmallWiki, and am looking forward to > using it extensively. Thanks for the pointers to SSHing into my > 1and1.com account. I have setup SSH and FTP access. I have read the > the swiki pages on setting up a headless Squeak VM, and VNC but I must > admit that I am in over my head. I am a Unix weenie. :-( I would > like to have all of our stuff consolidated at 1and1 were we could have > easy and fast access. Ideally I would just like to have someone > install Squeak & SmallWiki for me. > > I would consider hosting it on on www.netstyle.ch but I don't speak > German and I couldn't find the terms and rates. I am trying to save > some money (1and1.com is free) > > Btw, the Squeak version of SmallWiki doesn't seem to store the wiki > pages in the same manner that you describe in your paper. The SIXX > storage seems to use a single XML doc, and the Image storage as a > standard (large) image and changeset. Which would you recommend? > > Thank you for your help. > > Sincerely, > > Maurice > > > On Saturday, Dec 6, 2003, at 05:47 America/Chicago, Lukas Renggli > wrote: > >> >> >> When studying the features of 1and1.com I read that the owner gets >> SSH access to the server, so it should be no big deal to install and >> run either VisualWorks or Squeak there. We usually also run a VNC >> server on our hosts to allow remote access easily. >> >> The company I am working for (netstyle.ch, www.netstyle.ch) is >> offering Smalltalk hosting. The advantage for you would be that we >> could provide you with a running configuration and if necessary >> integrate it into your corporate design. Let us know, if you are >> interested. >> >> Regards, >> Lukas >> > > -- Lukas Renggli http://renggli.freezope.org From chris at chrisburkert.de Thu Dec 11 19:33:28 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Thu, 11 Dec 2003 19:33:28 +0100 Subject: SmallWiki in Squeak In-Reply-To: <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> References: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> Message-ID: <3FD8B878.8050905@chrisburkert.de> Lukas Renggli wrote: > Hi Maurice, > >> Btw, the Squeak version of SmallWiki doesn't seem to store the wiki >> pages in the same manner that you describe in your paper. The SIXX >> storage seems to use a single XML doc, and the Image storage as a >> standard (large) image and changeset. Which would you recommend? > > in VisualWorks - the environment where SmallWiki had been developed - I > suggest to use the image-storage. It is much faster, the resulting files > are smaller and in my opinion it is also more secure. However I don't > know about the Squeak port, you have to ask the porters in the > mailing-list about their suggestions. I would recommend the Image Storage too. It's much faster. SIXX is an option if you want to set up a fresh image and keep the old contents. It stores the whole document tree in one file named root.xml. > What I actually think, that it would be nice to have a reference-stream > or an image-slice storage in Squeak. I've used this mechanisms in some > of my web-development and it worked very well. I don't know if it scales > well, but it should be worth trying ... Image Slices could be a nice alternative. But what is a reference-stream? Any pointers? I would like to see a Magma Storage. Magma is an objectoriented Database written in and for Squeak. It can also be accessed 'in-image', so you don't have to set up a second Image as Server. And it would be possible that only differences will be stored. SIXX and the Image Storage store the whole tree again even when you change just one character somewhere. Maybe somebody has the time to write it :) Regards Chris Burkert -- http://www.chrisburkert.de/ From brant at refactory.com Fri Dec 12 15:08:45 2003 From: brant at refactory.com (John Brant) Date: Fri, 12 Dec 2003 08:08:45 -0600 Subject: mailto: test failures & initialize suggestion Message-ID: <007801c3c0b9$77d92c70$0201a8c0@d8100> There are two failing tests in the latest version on the public repository. Both failures are related to 'mailto:' being translated into 'mailto:'. Also, could the action and permissions be changed to lazily initialize. Currently, the initialization is in the post load block. This is VW specific so when I port it, I must convert it to #Smalltalk code manually. I think this would work: actions actions isNil ifTrue: [ self initializeActions ]. ^actions initializeActions actions := Set new. actions add: ... John Brant From renggli at student.unibe.ch Sun Dec 14 10:23:06 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 14 Dec 2003 10:23:06 +0100 Subject: kilana.unibe.ch updated Message-ID: <203A56D2-2E17-11D8-8041-000393CFE6C8@student.unibe.ch> Hi, today morning I updated kilana to use the latest code. It is slightly faster, as the folders are optimized to have a faster look-up of their children. Unfortunately there were some problems in the ESE part of the wiki. At two places there were structures differing only in case, but as ids are now case in-sensitive I had to rename them. Michele, probably you should tell that to your students, nothing is gone or lost, it just has a slightly different name. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From hannes.hirzel.squeaklist at bluewin.ch Mon Dec 15 14:44:35 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 15 Dec 2003 13:44:35 +0000 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: <3FD3854E.6000603@chrisburkert.de> References: <3FD07C25.6000906@bluewin.ch> <3FD08385.5010709@bluewin.ch> <3FD1EEF6.3070602@bluewin.ch> <3FD1F3EA.6030508@bluewin.ch> <3FD3854E.6000603@chrisburkert.de> Message-ID: <3FDDBAC3.50500@bluewin.ch> Chris Burkert wrote: > Hi Hannes, > > Hannes Hirzel wrote: > >> Hannes Hirzel wrote: >> >>> Hannes Hirzel wrote: >>> >>>> My question applies to the Squeak implemenation of smallwiki. >>>> >>>> The mime type isn't set for jpg, gif and wav files >>>> >>> >>> To be more precise: The mime type is not set in the action class >>> SWResourceEdit or one of its superclasse SWEditAction or SWAction. >>> >>> Common mime types are (just strings) in the instance variable mimetype >>> 'image/jpg' >>> 'image/gif' >>> 'audio/wav' >>> >> >> In the method renderFields of SWResourceEdit >> the following code snippet does not work correctly. >> >> html fileUploadWithCallback: #data:mime: >> >> The mime type returned is the empty string. > > > Is Mime supported in the VW-SmallWiki? > > As I understand, the mimetype is set when you create a new Resource, but > not, when you upload the data (or a new version). The default value is ''. > > I will take a look if we can add this support, so the mimetype will be > set correctly when you upload the data. > > Regards > Chris Burkert Thank you that you will look into this. From my perception the bug is in the method I mentioned above. For the wiki I set up I use the following a crude workaround 1) in SWResourceEdit>>#data:mime I comment out the setting of the mime type (it would set it to nil which I don't want) 2) in SWResourceEdit>>renderFields I add html tableData: [html textInputWithValue: self mime callback: #mime: ]] So I have the user to input the mime type manually in a text field. For the moment I think this is fine. I was not able to find the bug and to fix it along the lines of the original design. Regards Hannes Hirzel From hannes.hirzel.squeaklist at bluewin.ch Mon Dec 15 14:47:33 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 15 Dec 2003 13:47:33 +0000 Subject: [Q][Bug] Action class SWResourceEdit In-Reply-To: References: <66A2A706-28F1-11D8-80F6-000A9573EAE2@iam.unibe.ch> Message-ID: <3FDDBB75.40103@bluewin.ch> Lukas Renggli wrote: >>> Is Mime supported in the VW-SmallWiki? > > > Yes, this is working in VW: The mime-type is automatically read from the > HTTP header when uploading a file. > >>> As I understand, the mimetype is set when you create a new Resource, >>> but not, when you upload the data (or a new version). The default >>> value is ''. > > > You can get the mime-type of the data with any callback-block you > define. I suspect that in Squeak SmallWiki this is not properly passed > from the server to the callback-block: Yes the error must be in that area. Chris wants to look into it. In another message I wrote that I have a workaround for the moment. So there is no need to hurry but of course if that is fixed it enhances smallwiki. > > [ :action :value :mimetype | ... ] > > I know, I should add a test to catch that kind of problem. > That would be fine The test should write out write out a gif or wave file and then load it up to smallwiki. Regards Hannes From hannes.hirzel.squeaklist at bluewin.ch Mon Dec 15 14:57:40 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 15 Dec 2003 13:57:40 +0000 Subject: [Q] Save image action Message-ID: <3FDDBDD4.40508@bluewin.ch> Hello for testing purposes it would be great to have a save image action defined which would be executed with administrator rights. (It may be a hidden URL which one just has to know) So I can have a smallwiki running remotely and test it and I can decide when I want to have the image saved. Has somebody written such an action? Helpful swiki documentation pages http://minnow.cc.gatech.edu/squeak/53 http://minnow.cc.gatech.edu/squeak/2213 Perhaps with this information the task gets so easy that you wonder why I don't write this thing myself. Anyhow my time is limited severly the next four days and I would like to proceed setting up a productive smallwiki this week. I imagine that this might be 15 minutes programming exercise for of you of you wheras it would take me 3 hours probably. Surely it is a great example to add to the Lukas' documentation to explain smallwiki actions. Regards Hannes From renggli at student.unibe.ch Mon Dec 15 16:43:14 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 15 Dec 2003 16:43:14 +0100 Subject: [Q] Save image action In-Reply-To: <3FDDBDD4.40508@bluewin.ch> References: <3FDDBDD4.40508@bluewin.ch> Message-ID: <64E9C4CA-2F15-11D8-8041-000393CFE6C8@student.unibe.ch> Hi Hannes, this is a two-liner! Create an subclass of Action called SaveImage and add the following message: SaveImage>>execute " your personal code to save the image " self response redirectTo: self structure url This is the absolute minimum you need to write. To evaluate it you simply browse to http://localhost:8080/?action=SaveImage To check for a specific permission, add the following line of code at the top of the message: self assertPermission: (Permission name: 'Save Image') You do not even have to 'declare' the permission, as long as you only want the admin (the admin-role contains all possible permissions) to be able to execute this action. If you want the action to be displayed in the list follow the tutorial from the documentation (this is just another line of code). Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From bergel at iam.unibe.ch Tue Dec 16 10:19:47 2003 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 16 Dec 2003 10:19:47 +0100 Subject: SmallWiki in Squeak In-Reply-To: <3FD8B878.8050905@chrisburkert.de> References: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> <3FD8B878.8050905@chrisburkert.de> Message-ID: <20031216091947.GC14606@iam.unibe.ch> Hi! ReferenceStream is a class within Squeak allows Objects to be stored. It holds circular references. It is stored as a binary format structured very closery to the image format. ImageSegment uses it. Lukas, why having used ReferenceStream and not SIXX? Does it makes a big difference when loading back objects? Cheers, Alexandre On Thu, Dec 11, 2003 at 07:33:28PM +0100, Chris Burkert wrote: > Lukas Renggli wrote: > >Hi Maurice, > > > >>Btw, the Squeak version of SmallWiki doesn't seem to store the wiki > >>pages in the same manner that you describe in your paper. The SIXX > >>storage seems to use a single XML doc, and the Image storage as a > >>standard (large) image and changeset. Which would you recommend? > > > >in VisualWorks - the environment where SmallWiki had been developed - I > >suggest to use the image-storage. It is much faster, the resulting files > >are smaller and in my opinion it is also more secure. However I don't > >know about the Squeak port, you have to ask the porters in the > >mailing-list about their suggestions. > > I would recommend the Image Storage too. It's much faster. > > SIXX is an option if you want to set up a fresh image and keep > the old contents. It stores the whole document tree in one file > named root.xml. > > >What I actually think, that it would be nice to have a reference-stream > >or an image-slice storage in Squeak. I've used this mechanisms in some > >of my web-development and it worked very well. I don't know if it scales > >well, but it should be worth trying ... > > Image Slices could be a nice alternative. But what is a > reference-stream? Any pointers? > > I would like to see a Magma Storage. Magma is an objectoriented > Database written in and for Squeak. It can also be accessed > 'in-image', so you don't have to set up a second Image as Server. > And it would be possible that only differences will be stored. > SIXX and the Image Storage store the whole tree again even when > you change just one character somewhere. Maybe somebody has the > time to write it :) > > Regards > Chris Burkert > -- > http://www.chrisburkert.de/ -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From renggli at student.unibe.ch Tue Dec 16 13:49:23 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 16 Dec 2003 13:49:23 +0100 Subject: SmallWiki in Squeak In-Reply-To: <20031216091947.GC14606@iam.unibe.ch> References: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> <3FD8B878.8050905@chrisburkert.de> <20031216091947.GC14606@iam.unibe.ch> Message-ID: <46710908-2FC6-11D8-9CBC-000393CFE6C8@student.unibe.ch> > ReferenceStream is a class within Squeak allows Objects to be stored. > It holds circular references. It is stored as a binary format > structured very closery to the image format. ImageSegment uses it. Yes, I know as I am using this for saving objects in several Seaside projects. > Lukas, why having used ReferenceStream and not SIXX? Does it makes a > big difference when loading back objects? SIXX is terribly slow and the files get huge, even when you store almost nothing. Another problem I encountered, was the VisualWorks XML parser that sometimes got into troubles while reading those big files. I think SIXX is a good solution to export and import wikis, but not as a standard and secure storage mechanism. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Tue Dec 16 15:31:31 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Tue, 16 Dec 2003 15:31:31 +0100 Subject: Use's stylesheet 2 In-Reply-To: <00e601c3b5ee$fa80e120$6443a8c0@BOFFINGER> References: <00e601c3b5ee$fa80e120$6443a8c0@BOFFINGER> Message-ID: <8AD3EF62-2FD4-11D8-983B-000A9573EAE2@iam.unibe.ch> Hi remy I finally saw the problem that you told me when we discussed at Brussels. My banner got duplicated all over the page. Can you tell me what you did to fix it? Lukas olivier will send you a screen shot so that you can see the problem. Stef On 28 nov. 03, at 21:34, R?my Knop wrote: > Hi > > thanks for the fast reply > > If you want to be sure to keep a content and a stylesheet you can set > the > function isRemoveable of the templates to false (like for the > template) and > change the TemplateEdit Action to allow the remove of them if there is > another Template for stylesheet or the contents. You only need a > message > which say the type of the template and if there is 2 of the same type, > you > can remove one of them. > > R?my Knop > From renggli at student.unibe.ch Tue Dec 16 16:14:57 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 16 Dec 2003 16:14:57 +0100 Subject: Use's stylesheet 2 In-Reply-To: <8AD3EF62-2FD4-11D8-983B-000A9573EAE2@iam.unibe.ch> References: <00e601c3b5ee$fa80e120$6443a8c0@BOFFINGER> <8AD3EF62-2FD4-11D8-983B-000A9573EAE2@iam.unibe.ch> Message-ID: <9C26F5D4-2FDA-11D8-9205-000393CFE6C8@student.unibe.ch> Hi Stef, > Can you tell me what you did to fix it? apparently this is a problem in the style-sheet definition, but unfortunately I am unable to reproduce. Unfortunately Microsoft Internet Explorer is the only browser, that isn't able to treat css style-sheets correctly. However the version 6.0 that I've installed on my windows box, renders all the SmallWiki pages in a useable form (it is far from correct, but at least it is not that bad as on your screenshot). > Lukas olivier will send you a screen shot so that you can see the > problem. Does it look the same for all the SmallWiki pages or just for your yellow banner? In the latter case you have to check your modifications. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Tue Dec 16 16:31:56 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Tue, 16 Dec 2003 16:31:56 +0100 Subject: Use's stylesheet 2 In-Reply-To: <9C26F5D4-2FDA-11D8-9205-000393CFE6C8@student.unibe.ch> References: <00e601c3b5ee$fa80e120$6443a8c0@BOFFINGER> <8AD3EF62-2FD4-11D8-983B-000A9573EAE2@iam.unibe.ch> <9C26F5D4-2FDA-11D8-9205-000393CFE6C8@student.unibe.ch> Message-ID: In fact somebody put my banner in background....strange On 16 d?c. 03, at 16:14, Lukas Renggli wrote: > Hi Stef, > >> Can you tell me what you did to fix it? > > apparently this is a problem in the style-sheet definition, but > unfortunately I am unable to reproduce. > > Unfortunately Microsoft Internet Explorer is the only browser, that > isn't able to treat css style-sheets correctly. However the version > 6.0 that I've installed on my windows box, renders all the SmallWiki > pages in a useable form (it is far from correct, but at least it is > not that bad as on your screenshot). > >> Lukas olivier will send you a screen shot so that you can see the >> problem. > > Does it look the same for all the SmallWiki pages or just for your > yellow banner? In the latter case you have to check your > modifications. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From brant at refactory.com Wed Dec 17 03:27:58 2003 From: brant at refactory.com (John Brant) Date: Tue, 16 Dec 2003 20:27:58 -0600 Subject: wiki rendering bug Message-ID: <004601c3c445$6661f870$0201a8c0@d8100> If you save a page with \[ in it, when you re-edit the page, it doesn't contain the backslash character. Also, the =, |, !, #, and - characters should be escaped when they follow a newline or carriage return. John Brant From renggli at student.unibe.ch Wed Dec 17 10:43:39 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Wed, 17 Dec 2003 10:43:39 +0100 Subject: wiki rendering bug In-Reply-To: <004601c3c445$6661f870$0201a8c0@d8100> References: <004601c3c445$6661f870$0201a8c0@d8100> Message-ID: <7E33B838-3075-11D8-9205-000393CFE6C8@student.unibe.ch> > If you save a page with \[ in it, when you re-edit the page, it doesn't > contain the backslash character. Also, the =, |, !, #, and - characters > should be escaped when they follow a newline or carriage return. A test has been added to catch that issue and it has been fixed. Thanks for reporting it! The new version is available on Cincom StORE. Regards, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Wed Dec 17 17:42:13 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Wed, 17 Dec 2003 17:42:13 +0100 Subject: we need the role interface Message-ID: david when do you ***really*** plan to deliver the role interface? Stef From ducasse at iam.unibe.ch Wed Dec 17 17:43:25 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Wed, 17 Dec 2003 17:43:25 +0100 Subject: About Swiki importer Message-ID: <221FAD10-30B0-11D8-A9FC-000A9573EAE2@iam.unibe.ch> hi alex I discussed with olivier and he would like to migrate all his Swikis to SmallWiki (even if he is scared to have everything inside the image :)). Olivier said that he coudl help finishing the swiki importer..... Stef From vogel at iam.unibe.ch Thu Dec 18 11:58:03 2003 From: vogel at iam.unibe.ch (David Vogel) Date: Thu, 18 Dec 2003 11:58:03 +0100 Subject: we need the role interface In-Reply-To: References: Message-ID: <3FE1883B.3030400@iam.unibe.ch> sorry stef, I had to deal with some cookie bug from swazzo... Alex, do you have time tomorrow (friday) to install it? cheers, dave. ducasse wrote: > david > > when do you ***really*** plan to deliver the role interface? > > > Stef > From ducasse at iam.unibe.ch Thu Dec 18 13:46:43 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 18 Dec 2003 13:46:43 +0100 Subject: we need the role interface In-Reply-To: <3FE1883B.3030400@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> Message-ID: <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> On 18 d?c. 03, at 11:58, David Vogel wrote: > sorry stef, I had to deal with some cookie bug from swazzo... Did you fix it and publish it on swazoo.This is important to report this kind of bug to janko. Jankoi how do we proceed? should david send you the fix? Stef > > > Alex, do you have time tomorrow (friday) to install it? > > cheers, > dave. > > > > ducasse wrote: > >> david >> >> when do you ***really*** plan to deliver the role interface? >> >> >> Stef >> > > From renggli at student.unibe.ch Thu Dec 18 14:19:31 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Thu, 18 Dec 2003 14:19:31 +0100 Subject: we need the role interface In-Reply-To: <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> Message-ID: >> sorry stef, I had to deal with some cookie bug from swazzo... > > Did you fix it and publish it on swazoo.This is important to report > this kind of bug to janko. Jankoi how do we proceed? should david send > you the fix? Already a long time ago, I decided not to support cookies in SmallWiki anymore. Still there are probably some deprecated messages dealing with that, but I suggest not to cookies as they are generally not worth the troubles. Therefor I suspect that the "cookie-bug" isn't a problem with Swazoo but with SmallWiki ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From janko.mivsek at eranova.si Thu Dec 18 14:39:03 2003 From: janko.mivsek at eranova.si (Janko Mivsek) Date: Thu, 18 Dec 2003 14:39:03 +0100 Subject: we need the role interface In-Reply-To: References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> Message-ID: <3FE1ADF7.6020900@eranova.si> Hi guys, Nice to hear from you after a long time :) Cookie mgmnt is not a Swazoo duty, it only provides all infrastructure for it. You set a cookie by properly constructing a HTTPResponse. Example from Aida: AIDASite answerTo: aRequest ... response := Swazoo.HTTPResponse ok. response entity: . session cookie ifFalse: [response cookie: (self cookieHeaderFor: session)]. ^response AIDASite cookieHeaderFor: aSession "set a permanent cookie on client (up to year 2010, enough?) " "for secure sessions different id as for usual ! " | id | id := aSession lastRequest isEncrypted ifTrue: [aSession secureId] ifFalse: [aSession id]. ^(WriteStream on: String new) nextPutAll: self cookieName; nextPutAll: '='; nextPutAll: id printString; nextPutAll: '; path=/; expires=Friday, 01-Jan-2010 01:00:00 GMT'; contents In Aida I extended HTTPRequest with a method: idFromCookie "return session id from our cookie. nil if not aida field present in cookie" | stream part | stream := self cookie readStream. [stream atEnd] whileFalse: [part := stream upTo: $; . ('aida9357*' match: part) ifTrue: [^part readStream upTo: $=; upToEnd] ]. ^nil .. but event that hadn't been nessesary. Cheers Janko Lukas Renggli wrote: >>> sorry stef, I had to deal with some cookie bug from swazzo... >> >> >> Did you fix it and publish it on swazoo.This is important to report >> this kind of bug to janko. Jankoi how do we proceed? should david >> send you the fix? > > > Already a long time ago, I decided not to support cookies in SmallWiki > anymore. Still there are probably some deprecated messages dealing > with that, but I suggest not to cookies as they are generally not > worth the troubles. Therefor I suspect that the "cookie-bug" isn't a > problem with Swazoo but with SmallWiki ... > > Cheers, > Lukas > -- Janko Mivsek Systems Architect EraNova d.o.o. Ljubljana, Slovenia http://www.eranova.si From janko.mivsek at eranova.si Thu Dec 18 14:41:35 2003 From: janko.mivsek at eranova.si (Janko Mivsek) Date: Thu, 18 Dec 2003 14:41:35 +0100 Subject: we need the role interface In-Reply-To: <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> Message-ID: <3FE1AE8F.80602@eranova.si> Guys, You can freely fix/extend/improve Swazoo and post it as a new version on Cincom Public Repository. You are actually very encouraged to do that. My duty is only to maintain some discipline and to make a version to be put on Cincom Smalltalk CD. So, you are welcome! Janko ducasse wrote: > > On 18 d?c. 03, at 11:58, David Vogel wrote: > >> sorry stef, I had to deal with some cookie bug from swazzo... > > > Did you fix it and publish it on swazoo.This is important to report > this kind of bug to janko. > Jankoi how do we proceed? should david send you the fix? > > Stef > >> >> >> Alex, do you have time tomorrow (friday) to install it? >> >> cheers, >> dave. >> >> >> >> ducasse wrote: >> >>> david >>> >>> when do you ***really*** plan to deliver the role interface? >>> >>> >>> Stef >>> >> >> > > -- Janko Mivsek Systems Architect EraNova d.o.o. Ljubljana, Slovenia http://www.eranova.si From vogel at iam.unibe.ch Fri Dec 19 19:08:13 2003 From: vogel at iam.unibe.ch (david vogel) Date: Fri, 19 Dec 2003 19:08:13 +0100 Subject: structures parent child In-Reply-To: <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> Message-ID: <3FE33E8D.6060308@iam.unibe.ch> hi lukas, I copied the image form kilana to my machine and tested some stuff. - there might be a problem with the versioning: the version of a structure is not the same as the version of the structures children parent. (structure version != structure children first parent version) ...I'm not sure if the version should always be the same. - another question: I want the admin link to be visible just like the other ones: view, edit, contents etc., what is the best way to do this? do I have to modify each structure's template? cheers, david. From renggli at student.unibe.ch Fri Dec 19 21:25:26 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Fri, 19 Dec 2003 21:25:26 +0100 Subject: structures parent child In-Reply-To: <3FE33E8D.6060308@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE33E8D.6060308@iam.unibe.ch> Message-ID: <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> > - there might be a problem with the versioning: the version of a > structure is not the same as the version of the structures children > parent. > (structure version != structure children first parent version) > ...I'm not sure if the version should always be the same. No, all structures are versioned independently. There is no need to create new version for the parent, if a child changes. > - another question: > I want the admin link to be visible just like the other ones: view, > edit, contents etc., what is the best way to do this? do I have to > modify each structure's template? There are only about 3 templates defined on this wiki: the root, the SmallWiki folder and the CaroAndBot folder. As you know, these instances are shared among all their corresponding child structures, so you have to change only those 3 places. Weak as I am, I would use the powerful reflection mechanism of Smalltalk and do something like: SmallWiki.TemplateBodyActions allInstances do: [ :each | each actions add: SmallWiki.AdminAction ] Actually I would like to integrate some other actions into the central admin menu-item, like the history, the template and the property editor (something new I wrote yesterday night). We should also think about a way to show the actions of a page in a tree-like structure, as there are too many items to show in one line Admin History Properties Template Components Configuration Stylesheet Security User Roles Permissions ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Sat Dec 20 09:47:52 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Sat, 20 Dec 2003 09:47:52 +0100 Subject: structures parent child In-Reply-To: <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE33E8D.6060308@iam.unibe.ch> <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> Message-ID: <32A6AA48-32C9-11D8-B297-000A9573EAE2@iam.unibe.ch> On 19 d?c. 03, at 21:25, Lukas Renggli wrote: >> - there might be a problem with the versioning: the version of a >> structure is not the same as the version of the structures children >> parent. >> (structure version != structure children first parent version) >> ...I'm not sure if the version should always be the same. > > No, all structures are versioned independently. There is no need to > create new version for the parent, if a child changes. > >> - another question: >> I want the admin link to be visible just like the other ones: view, >> edit, contents etc., what is the best way to do this? do I have to >> modify each structure's template? > > There are only about 3 templates defined on this wiki: the root, the > SmallWiki folder and the CaroAndBot folder. As you know, these > instances are shared among all their corresponding child structures, > so you have to change only those 3 places. > > Weak as I am, I would use the powerful reflection mechanism of > Smalltalk and do something like: > > SmallWiki.TemplateBodyActions allInstances do: [ :each | > each actions add: SmallWiki.AdminAction ] > > Actually I would like to integrate some other actions into the central > admin menu-item, like the history, the template and the property > editor (something new I wrote yesterday night). We should also think > about a way to show the actions of a page in a tree-like structure, as > there are too many items to show in one line > > Admin > History > Properties > Template > Components > Configuration > Stylesheet > Security > User > Roles > Permissions > ... I think that for admin this makes sense. For standard user requiring that is the smell that there is two much may be in such a case we should have a more... button that show the optional one. stef > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From vogel at iam.unibe.ch Sat Dec 20 12:28:40 2003 From: vogel at iam.unibe.ch (David Vogel) Date: Sat, 20 Dec 2003 12:28:40 +0100 Subject: structures parent child In-Reply-To: <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE33E8D.6060308@iam.unibe.ch> <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> Message-ID: <3FE43268.9010109@iam.unibe.ch> Lukas Renggli wrote: >> - there might be a problem with the versioning: the version of a >> structure is not the same as the version of the structures children >> parent. >> (structure version != structure children first parent version) >> ...I'm not sure if the version should always be the same. > > > No, all structures are versioned independently. There is no need to > create new version for the parent, if a child changes. yes, but I wanted to say that a child doesn't reference back to the right version of the parent. e.g node01 (version 500) has child node011, but node011 has parent node01 (version 477) this is a problem for the admin tool, because I want to be able to collect all parent roles from e.g node011 in the structure-tree. otherwise I would have to ask every single node in the tree if it is the parent of node011 :-( > >> - another question: >> I want the admin link to be visible just like the other ones: view, >> edit, contents etc., what is the best way to do this? do I have to >> modify each structure's template? > > > There are only about 3 templates defined on this wiki: the root, the > SmallWiki folder and the CaroAndBot folder. As you know, these > instances are shared among all their corresponding child structures, > so you have to change only those 3 places. > > Weak as I am, I would use the powerful reflection mechanism of > Smalltalk and do something like: > > SmallWiki.TemplateBodyActions allInstances do: [ :each | > each actions add: SmallWiki.AdminAction ] > > Actually I would like to integrate some other actions into the central > admin menu-item, like the history, the template and the property > editor (something new I wrote yesterday night). We should also think > about a way to show the actions of a page in a tree-like structure, as > there are too many items to show in one line > > Admin > History > Properties > Template > Components > Configuration > Stylesheet > Security > User > Roles > Permissions > ... > > Cheers, > Lukas > ...to render the admin menu I used some simple mechanism that renders a menu according to a class and their subclasses: AdminAction AdminSecurity AdminUsers AdminRoles AdminStructuresTree eg. do AdminAction: render the menu of their subclasses (Security and StructuresTree) do AdminSecurity: render super, render the menu of their subclasses (AdminUsers and AdminRoles) but this system is not very useful and fexible 'cause it uses only the structure of classes and their subclasses and this should't have anything to do with a html menu to render... cheers, david From renggli at student.unibe.ch Sat Dec 20 13:27:17 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 20 Dec 2003 13:27:17 +0100 Subject: structures parent child In-Reply-To: <3FE43268.9010109@iam.unibe.ch> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE33E8D.6060308@iam.unibe.ch> <7AF39708-3261-11D8-9F4C-000393CFE6C8@student.unibe.ch> <3FE43268.9010109@iam.unibe.ch> Message-ID: >>> - there might be a problem with the versioning: the version of a >>> structure is not the same as the version of the structures children >>> parent. >>> (structure version != structure children first parent version) >>> ...I'm not sure if the version should always be the same. >> >> No, all structures are versioned independently. There is no need to >> create new version for the parent, if a child changes. > > yes, but I wanted to say that a child doesn't reference back to the > right version of the parent. > e.g node01 (version 500) has child node011, but node011 has parent > node01 (version 477) Ok, now I understand. The reasons for this is probably that I changed the versioning a while back, but the swap on the running server caused some references to get invalid. Fixing this, should be as easy as writing a 3-line-visitor. > to render the admin menu I used some simple mechanism that renders a > menu according to a class and their subclasses: > > AdminAction > AdminSecurity > AdminUsers > AdminRoles > AdminStructuresTree > > eg. do AdminAction: render the menu of their subclasses (Security > and StructuresTree) > do AdminSecurity: render super, render the menu of their > subclasses (AdminUsers and AdminRoles) > > but this system is not very useful and fexible 'cause it uses only the > structure of classes and their subclasses and this should't have > anything to do with a html menu to render... Yeah, we should look for something more declarative, like having an explicit action that can hold an arbitrary number of sub-actions. I think users should be able to specify the actions as flat/nested as they prefer in the template-editor. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From vogel at iam.unibe.ch Mon Dec 22 16:10:32 2003 From: vogel at iam.unibe.ch (david vogel) Date: Mon, 22 Dec 2003 16:10:32 +0100 Subject: we need the role interface In-Reply-To: <3FE1AE8F.80602@eranova.si> References: <3FE1883B.3030400@iam.unibe.ch> <3BDC0E28-3158-11D8-B8FF-000A9573EAE2@iam.unibe.ch> <3FE1AE8F.80602@eranova.si> Message-ID: <3FE70968.309@iam.unibe.ch> hello, I put a version of the admin tool 'SmallWiki.Admin' (manage roles and users) on the cincom store. remarks: 1) make sure that the versions af the children parents are correct, if not do something like: structure root fixVersion Structure >> fixVersion "make sure that every child has correct parent" self childrenDo: [:aChild | aChild parent: self. aChild fixVersion] 2) after loading the admin tool, make sure that the admin link will show up in the template (thanks lukas): SmallWiki.TemplateBodyActions allInstances do: [ :each | each actions add: SmallWiki.AdminAction ] to scg: I also loaded the admintool on kilana I saved a image before and put it into directory: ......./BackupBeforeInstallingRoleManagement have fun, david. merry christmas! From bergel at iam.unibe.ch Tue Dec 23 10:00:13 2003 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Tue, 23 Dec 2003 10:00:13 +0100 Subject: SmallWiki in Squeak In-Reply-To: <46710908-2FC6-11D8-9CBC-000393CFE6C8@student.unibe.ch> References: <8D7A3F15-2B55-11D8-9055-000393B61628@katalytyk.com> <5158A91E-2C04-11D8-BB77-000393CFE6C8@student.unibe.ch> <3FD8B878.8050905@chrisburkert.de> <20031216091947.GC14606@iam.unibe.ch> <46710908-2FC6-11D8-9CBC-000393CFE6C8@student.unibe.ch> Message-ID: <20031223090013.GA12356@iam.unibe.ch> > I think SIXX is a good solution to export and import wikis, but not as > a standard and secure storage mechanism. This is also my feeling. But I do not know why, I feel the same for relying on the smalltalk image for storing the complete wiki... Merry Christmas!! Cheers, Alexandre > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From hannes.hirzel.squeaklist at bluewin.ch Tue Dec 30 17:18:07 2003 From: hannes.hirzel.squeaklist at bluewin.ch (hannes.hirzel.squeaklist@bluewin.ch) Date: Tue, 30 Dec 2003 17:18:07 +0100 Subject: [Bug] SWResource for MP3 file does not work Message-ID: <3FBD524B000F4395@mssazhh-int.msg.bluewin.ch> Hi the class SWResource works fine for images (GIF and jpg) but not for mime type audio/mp3. A start for a fix is to replace #mime with #mimetype near the place where the debugger pops up. This ensures hat the page is rendered but there is no active link for the sound file. This bug report applies to the Squeak implementation. Any suggestions for a fix? Regards Hannes