From chris at chrisburkert.de Mon Nov 3 17:04:16 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Mon, 03 Nov 2003 17:04:16 +0100 Subject: [ANN] SmallWiki 0.9.20 for Squeak - bleeding edge Message-ID: <3FA67C80.5070305@chrisburkert.de> Hi, I have put my work on SmallWiki 0.9.20 for Squeak on SqueakMap [1]. I hope that someone of you can help me with the last problems: - the failing tests (related to the compiler) - copying Exceptions for debugging (related to method contexts) You can see this by starting SmallWiki and then performing a simple Search. Please report any ideas/bugs related to the Squeak Port to me. Lukas has enough work to do :) thanks Chris Burkert 1: http://map1.squeakfoundation.org/sm/package/93cd10ce-b8e1-4d4b-8566-fe400000d072 -- http://www.chrisburkert.de/ From renggli at student.unibe.ch Mon Nov 3 21:26:46 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 3 Nov 2003 21:26:46 +0100 Subject: [ANN] SmallWiki 0.9.20 for Squeak - bleeding edge In-Reply-To: <3FA67C80.5070305@chrisburkert.de> Message-ID: <0BD2A6CC-0E3C-11D8-8ABC-000393CFE6C8@student.unibe.ch> Hi Chris, > I have put my work on SmallWiki 0.9.20 for Squeak on SqueakMap [1]. wow, this is really great! I've loaded it from SqueakMap and it worked out of the box. It is a good feeling to have SmallWiki on Squeak too ... > - copying Exceptions for debugging (related to method contexts) > You can see this by starting SmallWiki and then performing > a simple Search. This should be no problem to implement in Squeak as Seaside is providing basically the same functionality. I've taken the idea to emit the exceptions from there and implemented it from scratch in VisualWorks as this was not really portable code. The idea of the link to open the debugger in case of an error has also been taken from Seaside, but it is somehow differently implemented and slightly tricky as you have to resume the exception within a different process. Those that are familiar opening the debugger this way must have noticed that it is not possible to continue the evaluation after fixing the code, as Smallwiki does not have continuations (yet). > Please report any ideas/bugs related to the Squeak Port to me. Lukas > has enough work to do :) This is very true, although I suspect that you think of something different than I do. Well finally managed to reproduce the bugs that have been submitted to the list the last weeks, but I found no time yet to publish it to the cincom StORE. As soon as I publish it there I will announce listing all the changes made .. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From vogel at iam.unibe.ch Thu Nov 6 08:42:41 2003 From: vogel at iam.unibe.ch (David Vogel) Date: Thu, 06 Nov 2003 08:42:41 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <3FA22B9D.4070400@iam.unibe.ch> References: <3FA22B9D.4070400@iam.unibe.ch> Message-ID: <3FA9FB71.1080903@iam.unibe.ch> hello, I'm currently working on a webinterface to manage roles, permissions and users. prototyp running on http://badefix.unibe.ch:8080 fell free to play around.... (you must login as user admin and click on link 'Admin') security features: - create, delete, modify roles (thy are appended to the current structure) - create and delete users, set passwords, add roles to a user. (users are appended to server) - if the admin gives the admin permissions to a user chief01, the chief01 can also create roles and users, but can ONLY give those permissions that he owns himself. - overview over all users - overview over all roles in all structures todo: - chief01 is still able to administrate to much... (e.g. manage (add/remove roles, change passwords) users, that somebody else created) - ability to collapse (open and close) the folders on the html page (javascript or server side (session handling)) structures features: - cut, copy, delete, paste structures (this is still experimental...) I' also want to add the zope-concept of beeing able to stop acquiring permissions from upper tree's objects (structures). therefore I need to add a new instance variable permissionStrips to class structure. thats where I want to store all the permissions that shouldn't be acquired. question to lukas l., what do you think. Is this ok and possible for you? another way would be to add a special role to the structure where I can store the permissions strips (this is probably a much better way...). question to alex b., I would like to integrate the first version of my tool on friday, but I'm away from 11 to 5 O'clock in the afternoon. do you have time on friday morning before 11, or do we start after 5? cheers and have a great day, david. From ducasse at iam.unibe.ch Thu Nov 6 10:35:10 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 6 Nov 2003 10:35:10 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <3FA9FB71.1080903@iam.unibe.ch> Message-ID: <841F7BB9-103C-11D8-89F1-000A9573EAE2@iam.unibe.ch> To play with david admin tool you have to login as admin/smallwiki and click on the admin button then security. stef On Jeudi, nov 6, 2003, at 08:42 Europe/Zurich, David Vogel wrote: > hello, > > I'm currently working on a webinterface to manage roles, permissions > and users. > > prototyp running on http://badefix.unibe.ch:8080 > > fell free to play around.... (you must login as user admin and click > on link 'Admin') > > security features: > - create, delete, modify roles (thy are appended to the current > structure) > - create and delete users, set passwords, add roles to a user. (users > are appended to server) > - if the admin gives the admin permissions to a user chief01, the > chief01 can also create roles and users, but can ONLY give those > permissions that he owns himself. > - overview over all users > - overview over all roles in all structures > > todo: > - chief01 is still able to administrate to much... > (e.g. manage (add/remove roles, change passwords) users, that > somebody else created) > - ability to collapse (open and close) the folders on the html page > (javascript or server side (session handling)) > > structures features: > - cut, copy, delete, paste structures > (this is still experimental...) > > > I' also want to add the zope-concept of beeing able to stop acquiring > permissions from upper tree's objects (structures). therefore I need > to add a new instance variable permissionStrips to class structure. > thats where I want to store all the permissions that shouldn't be > acquired. > > > > question to lukas l., > > what do you think. Is this ok and possible for you? > another way would be to add a special role to the structure where I > can store the permissions strips (this is probably a much better > way...). > > > question to alex b., > > I would like to integrate the first version of my tool on friday, but > I'm away from 11 to 5 O'clock in the afternoon. do you have time on > friday morning before 11, or do we start after 5? > > cheers and have a great day, > david. > > > > > From ducasse at iam.unibe.ch Thu Nov 6 17:33:10 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 6 Nov 2003 17:33:10 +0100 Subject: Fwd: swiki, commanche , 3.6, network rewrite, oh my Message-ID: Begin forwarded message: > From: ar > Date: Jeu nov 6, 2003 17:14:41 Europe/Zurich > To: squeak-dev at lists.squeakfoundation.org > Subject: Re: swiki, commanche , 3.6, network rewrite, oh my > Reply-To: The general-purpose Squeak developers list > > > Stephen, > > Thanks for filling in some of the gaps for me. > >> My advice is to load Comanche 6.2 >> (KomHttpServer on SqueakMap) and try out the SmallWiki package and see >> if it will meet your needs. If you want to stick with the old Swiki, >> then my advice is to download and use one of the pre-configured images >> for ComSwiki and don't use Comanche 6.2 or Squeak 3.6. > > SmallWiki looks like it would fit my needs nicely if if were stable > enough. Then I can save myself (actually the host of my UML linux box) > the extra 6M or so of ram to run swiki separately from my main image, > or > my gray hairs trying to getting it running in 3.6. > > But whereas swiki has been absolutely rock-solid, it looks like Squeak/ > Smallwiki might need some seasoning yet. > > On the initial page, I tried changing the title of the page from > 'Smallwiki'. Without touching the page content, I pressed save and got > and > error in SWWikiScanner>>step, where it is trying to put a string to a > WriteStream built on a string. This is because the input steam > contents are an OrderedCollection on the page content string > instead of the page content string itself. Can anyone reproduce this? > > > From bergel at iam.unibe.ch Thu Nov 6 17:47:23 2003 From: bergel at iam.unibe.ch (Alexandre Bergel) Date: Thu, 6 Nov 2003 17:47:23 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <3FA9FB71.1080903@iam.unibe.ch> References: <3FA22B9D.4070400@iam.unibe.ch> <3FA9FB71.1080903@iam.unibe.ch> Message-ID: <20031106164723.GC25388@iam.unibe.ch> Before 10h it is okay (yes, a bit early :-) After there is the IOOM lecture. Alexandre On Thu, Nov 06, 2003 at 08:42:41AM +0100, David Vogel wrote: > hello, > > I'm currently working on a webinterface to manage roles, permissions and > users. > > prototyp running on http://badefix.unibe.ch:8080 > > fell free to play around.... (you must login as user admin and click on > link 'Admin') > > security features: > - create, delete, modify roles (thy are appended to the current structure) > - create and delete users, set passwords, add roles to a user. (users > are appended to server) > - if the admin gives the admin permissions to a user chief01, the > chief01 can also create roles and users, but can ONLY give those > permissions that he owns himself. > - overview over all users > - overview over all roles in all structures > > todo: > - chief01 is still able to administrate to much... > (e.g. manage (add/remove roles, change passwords) users, that > somebody else created) > - ability to collapse (open and close) the folders on the html page > (javascript or server side (session handling)) > > structures features: > - cut, copy, delete, paste structures > (this is still experimental...) > > > I' also want to add the zope-concept of beeing able to stop acquiring > permissions from upper tree's objects (structures). therefore I need to > add a new instance variable permissionStrips to class structure. thats > where I want to store all the permissions that shouldn't be acquired. > > > > question to lukas l., > > what do you think. Is this ok and possible for you? > another way would be to add a special role to the structure where I can > store the permissions strips (this is probably a much better way...). > > > question to alex b., > > I would like to integrate the first version of my tool on friday, but > I'm away from 11 to 5 O'clock in the afternoon. do you have time on > friday morning before 11, or do we start after 5? > > cheers and have a great day, > david. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.iam.unibe.ch/~bergel ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. From ducasse at iam.unibe.ch Thu Nov 6 18:03:00 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 6 Nov 2003 18:03:00 +0100 Subject: Fwd: swiki, commanche , 3.6, network rewrite, oh my Message-ID: <1397847E-107B-11D8-AE93-000A9573EAE2@iam.unibe.ch> Begin forwarded message: > From: ducasse > Date: Jeu nov 6, 2003 17:37:34 Europe/Zurich > To: The general-purpose Squeak developers list > > Cc: Lukas Renggli > Subject: Re: swiki, commanche , 3.6, network rewrite, oh my > Reply-To: The general-purpose Squeak developers list > > > > On Jeudi, nov 6, 2003, at 17:14 Europe/Zurich, ar wrote: > >> Stephen, >> >> Thanks for filling in some of the gaps for me. >> >>> My advice is to load Comanche 6.2 >>> (KomHttpServer on SqueakMap) and try out the SmallWiki package and >>> see >>> if it will meet your needs. If you want to stick with the old Swiki, >>> then my advice is to download and use one of the pre-configured >>> images >>> for ComSwiki and don't use Comanche 6.2 or Squeak 3.6. >> >> SmallWiki looks like it would fit my needs nicely if if were stable >> enough. > It is stable we runs since 3 months. Now certain aspects are > rudimentary. > >> Then I can save myself (actually the host of my UML linux box) >> the extra 6M or so of ram to run swiki separately from my main image, >> or >> my gray hairs trying to getting it running in 3.6. >> >> But whereas swiki has been absolutely rock-solid, it looks like >> Squeak/ >> Smallwiki might need some seasoning yet. > > About Swiki: here we wrote a perl watch-dog and we avoid to change the > vm because > it was crashing so much that once people were thinking to change to a > python solution, so nothing > is as simple as it looks. > >> On the initial page, I tried changing the title of the page from >> 'Smallwiki'. Without touching the page content, I pressed save and >> got and >> error in SWWikiScanner>>step, where it is trying to put a string to a >> WriteStream built on a string. This is because the input steam >> contents are an OrderedCollection on the page content string >> instead of the page content string itself. Can anyone reproduce this? > > What I can tell you is that: > - first we do not know the exact result of the port from VW to Squeak > Chris did an excellent job but we did not try it yet because lukas is > FLOODED by lectures > - second I suggest you to have a look at the current VW version > because more things will be coming. > - third, SmallWiki has a good design and is ready to accept > extensions and plugging > so feel free to contribute. We did it for that. > > Stef > > From renggli at student.unibe.ch Thu Nov 6 17:55:58 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Thu, 6 Nov 2003 17:55:58 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <3FA9FB71.1080903@iam.unibe.ch> Message-ID: <17EAAFC4-107A-11D8-94CE-000393CFE6C8@student.unibe.ch> Hi David, > I' also want to add the zope-concept of beeing able to stop acquiring > permissions from upper tree's objects (structures). therefore I need > to add a new instance variable permissionStrips to class structure. > thats where I want to store all the permissions that shouldn't be > acquired. > > question to lukas l., > > what do you think. Is this ok and possible for you? > another way would be to add a special role to the structure where I > can store the permissions strips (this is probably a much better > way...). I think we should discuss this next monday. I've never used and understood that concept, even-tough I have built a lot of Zope applications with different security concepts. It would be great if you could explain your motivation and present a prototype ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Thu Nov 6 18:29:51 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 6 Nov 2003 18:29:51 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <17EAAFC4-107A-11D8-94CE-000393CFE6C8@student.unibe.ch> Message-ID: On Jeudi, nov 6, 2003, at 17:55 Europe/Zurich, Lukas Renggli wrote: > Hi David, > >> I' also want to add the zope-concept of beeing able to stop acquiring >> permissions from upper tree's objects (structures). therefore I need >> to add a new instance variable permissionStrips to class structure. >> thats where I want to store all the permissions that shouldn't be >> acquired. >> >> question to lukas l., >> >> what do you think. Is this ok and possible for you? >> another way would be to add a special role to the structure where I >> can store the permissions strips (this is probably a much better >> way...). > > I think we should discuss this next monday. I've never used and > understood that concept, even-tough I have built a lot of Zope > applications with different security concepts. It would be great if > you could explain your motivation and present a prototype ... Yes excellent idea. I would like to understand (david you can sell that as a possible implementation alternative) > > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From ducasse at iam.unibe.ch Thu Nov 6 18:51:59 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 6 Nov 2003 18:51:59 +0100 Subject: swiki, commanche , 3.6, network rewrite, oh my In-Reply-To: Message-ID: >> > > That is encouraging (more than the comments in the package header on > Squeakmap!) chris could you be explicit about the difference between SmallWiki/Squeak and SmallWiki/VW in the package on Squeak Map because it would be bad that people think that SmallWiki in general is bad. > I would guess it just needs a bit more testing on squeak. Yes > I hope others can do it because I just don't have the bandwidth now > and VW > is not an option. Maybe there are not serious problems past this first > one > I encountered. I hope :) > As I said, I think SmallWiki would fit perfectly into my current > project, > as a help system. It even looks very similar in some ways to my > application web pages. Excellent then. > I also like that I'd probably be able to integrate it closely within my > app because I can tap into smalltalk more easily in the pages. let us know Stef From stephen at pairhome.net Thu Nov 6 19:02:44 2003 From: stephen at pairhome.net (Stephen Pair) Date: Thu, 06 Nov 2003 13:02:44 -0500 Subject: swiki, commanche , 3.6, network rewrite, oh my In-Reply-To: References: Message-ID: <3FAA8CC4.7020009@pairhome.net> ducasse wrote: >>> >> >> That is encouraging (more than the comments in the package header on >> Squeakmap!) > > chris could you be explicit about the difference between > SmallWiki/Squeak and SmallWiki/VW in the package on Squeak Map because > it would be bad that people think that SmallWiki in general is bad. Stef, I had a quick look at it and in general it is not stable yet...it looks to me like they are just VW vs Squeak differences that need to be ironed out. For example, I don't think any of the persistence backends are working (just in memory storage). But, the package clearly states that the port is full of bugs right now...so I don't think anyone will think SmallWiki is bad...just that the port is not yet finished. - Stephen From vogel at iam.unibe.ch Thu Nov 6 22:14:42 2003 From: vogel at iam.unibe.ch (david vogel) Date: Thu, 06 Nov 2003 22:14:42 +0100 Subject: admin tool (roles, permissions, users) In-Reply-To: <3FA9FB71.1080903@iam.unibe.ch> References: <3FA22B9D.4070400@iam.unibe.ch> <3FA9FB71.1080903@iam.unibe.ch> Message-ID: <3FAAB9C2.6090102@iam.unibe.ch> > > what do you think. Is this ok and possible for you? > another way would be to add a special role to the structure where I > can store the permissions strips (this is probably a much better way...). > ok, I removed the instance variable from the structure to make it compatible with the current running system. I put all the needed information in a role called barrier. alex and I will put this version up tomorrow. cheers, david From renggli at student.unibe.ch Sun Nov 9 13:51:14 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 9 Nov 2003 13:51:14 +0100 Subject: [ANN] Some Fixes Message-ID: <6709C9BC-12B3-11D8-975E-000393CFE6C8@student.unibe.ch> Hi, I did some minor changes in a hurry over the last few weeks, now I published the changes to Cincom and SCG StORE. It should solve most of the problems reported in the mailing-list ... > I had the problem that Squeak Changesets don't sort the initialize > messages of some classes in the right order and it happend that after > init the subclasses of Structure, the later init of Structure itself > destroyed the inits before. I changed the code according the suggestion. > Swazoo.HTTPPostDataArray>>keysAndValuesDo: aBlock > self associations do: [:anAssoc | aBlock value: anAssoc key value: > anAssoc value] This seems to be the result of another bug in StORE. I updated Swazoo to the latest version a few weeks ago and obviously the message #keysAndValuesDo: has been removed, but StORE kept it in my developer image. I changed the code in SmallWiki to adapt the new version. > - #internal_templates contains $_ #internal_template is now renamed to #internalTemplate. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Sun Nov 9 14:23:08 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Sun, 9 Nov 2003 14:23:08 +0100 Subject: [ANN] Some Fixes In-Reply-To: <6709C9BC-12B3-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: Hi lukas did you had the chance to look and play with the roles so that we give feedback to david? Last week with my party was fully busy and I will try to play with it soon. David did your package got in the SmallWiki running on kilana? Stef On Dimanche, nov 9, 2003, at 13:51 Europe/Zurich, Lukas Renggli wrote: > Hi, > > I did some minor changes in a hurry over the last few weeks, now I > published the changes to Cincom and SCG StORE. It should solve most of > the problems reported in the mailing-list ... > >> I had the problem that Squeak Changesets don't sort the initialize >> messages of some classes in the right order and it happend that after >> init the subclasses of Structure, the later init of Structure itself >> destroyed the inits before. > > I changed the code according the suggestion. > >> Swazoo.HTTPPostDataArray>>keysAndValuesDo: aBlock >> self associations do: [:anAssoc | aBlock value: anAssoc key value: >> anAssoc value] > > This seems to be the result of another bug in StORE. I updated Swazoo > to the latest version a few weeks ago and obviously the message > #keysAndValuesDo: has been removed, but StORE kept it in my developer > image. I changed the code in SmallWiki to adapt the new version. > >> - #internal_templates contains $_ > > #internal_template is now renamed to #internalTemplate. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From vogel at iam.unibe.ch Mon Nov 10 08:45:06 2003 From: vogel at iam.unibe.ch (david vogel) Date: Mon, 10 Nov 2003 08:45:06 +0100 Subject: [ANN] Some Fixes In-Reply-To: References: Message-ID: <3FAF4202.5060506@iam.unibe.ch> hi stef, > David did your package got in the SmallWiki running on kilana? no, we decided that I better write some more tests, since we found some bugs. cheers, david. From ducasse at iam.unibe.ch Mon Nov 10 09:41:58 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 10 Nov 2003 09:41:58 +0100 Subject: [ANN] Some Fixes In-Reply-To: <3FAF4202.5060506@iam.unibe.ch> Message-ID: excellent tests are the way to go I lalready told you that :)))))))) On Lundi, nov 10, 2003, at 08:45 Europe/Zurich, david vogel wrote: > hi stef, > >> David did your package got in the SmallWiki running on kilana? > > no, we decided that I better write some more tests, since we found > some bugs. > > cheers, > david. > > From renggli at student.unibe.ch Mon Nov 10 20:25:59 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 20:25:59 +0100 Subject: [Admin] Code-Review Message-ID: Hi David, as there was no SmallWiki meeting today I am giving the code-review I prepared using e-mail else it gets out-dated. If you have any questions, please ask. - Get rid of #isKindOf: - Don't emit html-tags manually using "html text: 'Role:'" as this does not allow to render to another output format. Furthermore the b-tag is depreciated and won't validate for HTML4 or XHTML. Either use "html strong: 'Role:'" or much better "html spanClass: 'label' with: 'Role:'" instead. - Don't emit html-characters manually using "html text: '&nsbsp;'" as this does not allow to render to another output format. Use "html space" instead. - It is much simpler to use "html cssClass: 'label'" instead of "html attributeAt: 'class' put: 'label'". - Please don't use JavaScript, as it does not work on my machine even-tough I have enabled it. It is easily possible to replace it with server-side logic. - Don't return associations of strings in AdminAction class>>defaultMenu with tile and the url-postfix, but the actions classes. All actions in SmallWiki are able to return their title and know much better how to build their action-url than your code does. - The class name of AdminAttachments doesn't seem to match what the action is actually doing. - AdminAttachments class>>generate_id: should be renamed to AdminAttachments class>>generateId: as the underscore is not portable to other Smalltalk dialects. - Furthermore AdminAttachments class>>generate_id: should be moved to Structure as it has nothing to do with the action-class and basically works on a structure. - Last but not least, you shouldn't need to use AdminAttachments class>>generate_id: at all. As far as I understand you are building and parsing this id to identify structures within a wiki. If you use hidden-fields it is possible to pass objects from one action to the other and you do not have to deal with strings, this is much simpler and cleaner. - I haven't implemented the read-accessor of User>>password intentionally, because it is planned to store the password as a hash-value instead of plain-text later on. This is a security issue to have the password accessible like that and to render it when editing users. It is the responsibility of the user-class to validate the user-password using the message #validatePassword: and it should not be accessible form outside. - The following sections are some things that are basically reported by SmallLint or things that I think could have been written simpler. I've not tested the code I am suggesting, but it should work more or less: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Structure>>rolesIncludes: aRole "check if a role is contained in a roles collection" roles notNil ifTrue: [^roles includes: aRole]. ^false ==> Structure>>rolesIncludes: aRole ^roles notNil and: [ roles includes: aRole ] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Structure>>roleWithName: aRoleName "returns a role with certain name" self rolesDo: [:role | role name = aRoleName ifTrue: [^role]]. ^nil ==> Structure>>roleWithName: aString self roles detect: [ :each | each name = aString ] ifNone: [ nil ] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Structure>>selfAndAllChildren "return all children and their children.... as collection - at this point: just return self in a collection " | collection | (collection := OrderedCollection new) add: self. ^collection ==> Structure>>withChildren ^OrderedCollection with: self -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- X>>foo X bar ==> X>>foo self class bar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- AdminAction class>>defaultSeparator "return the default string separator - this seperator is used to generate the input fields of the form" ^String new writeStream tab contents ==> AdminAction class>>defaultSeparator ^String with: Character tab -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- AdminAction>>cutStructure: aStructureToDelete ofSelfAndChildrenOf: aStructure "cut the indicated structure out of the tree, if the paste destination was not in its subtree" | errorStream myParents | errorStream := String new writeStream. myParents := aStructure parents copy. (myParents includes: aStructureToDelete) ifFalse: [self deleteStructure: aStructureToDelete OfSelfAndChildrenOf: self server root] ifTrue: [errorStream nextPutAll: '--> Paste of '''; nextPutAll: aStructureToDelete title; nextPutAll: ''' was ok, but can not cut: destination is sub-structure of the element to be pasted!'. self error: errorStream contents] ==> AdminAction>>cutStructure: aStructureToDelete ofSelfAndChildrenOf: aStructure ... self error: (String streamContents: [ :stream | stream nextPutAll: ' ... ]) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- CharacterArray>>asArrayOfSubstrings "split the string at its seperators and return array with substrings" | first last collection | collection := OrderedCollection new. last := 0. [first := self findFirst: [:char | char isSeparator not] startingAt: last + 1. first ~= 0] whileTrue: [last := (self findFirst: [:char | char isSeparator] startingAt: first) - 1. last < 0 ifTrue: [last := self size]. collection add: (self copyFrom: first to: last)]. ^collection asArray ==> CharacterArray>>asArrayOfSubstrings ^self runsSatisfying: [ :each | each isSeparator ] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Mon Nov 10 20:46:15 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 10 Nov 2003 20:46:15 +0100 Subject: [Admin] Code-Review In-Reply-To: Message-ID: <8BDF7185-13B6-11D8-BCF6-000A9573EAE2@iam.unibe.ch> thanks for your time and review :) - By the way we got a new client for using SmallWiki: a group from the natural science institute The ease to change the banner is really good. - By the way Michele told me that we have to pay attention with the icons of the validator because the site of w3c is submerged by request for these logos so this is better to avoid having them. - Lukas I looked inside the edit pane and I could not find the help. May be I'm blind. I have the impression that having help at the top level even without editing could be good. - I saw that people are confused by folders today again. - why when we have a folder we have *myFolder* and then it is written */myFolder* because when you add a folder to a page containing folders you get: */ESE* */SDWiki* and if you enter */MyFolder* the system does not parse it so the end-user that was making a guess on the way he should write folder is confused. Stef On Lundi, nov 10, 2003, at 20:25 Europe/Zurich, Lukas Renggli wrote: > Hi David, > > as there was no SmallWiki meeting today I am giving the code-review I > prepared using e-mail else it gets out-dated. If you have any > questions, please ask. > > - Get rid of #isKindOf: > > - Don't emit html-tags manually using "html text: 'Role:'" as > this does not allow to render to another output format. Furthermore > the b-tag is depreciated and won't validate for HTML4 or XHTML. Either > use "html strong: 'Role:'" or much better "html spanClass: 'label' > with: 'Role:'" instead. > > - Don't emit html-characters manually using "html text: '&nsbsp;'" as > this does not allow to render to another output format. Use "html > space" instead. > > - It is much simpler to use "html cssClass: 'label'" instead of "html > attributeAt: 'class' put: 'label'". > > - Please don't use JavaScript, as it does not work on my machine > even-tough I have enabled it. It is easily possible to replace it with > server-side logic. > > - Don't return associations of strings in AdminAction > class>>defaultMenu with tile and the url-postfix, but the actions > classes. All actions in SmallWiki are able to return their title and > know much better how to build their action-url than your code does. > > - The class name of AdminAttachments doesn't seem to match what the > action is actually doing. > > - AdminAttachments class>>generate_id: should be renamed to > AdminAttachments class>>generateId: as the underscore is not portable > to other Smalltalk dialects. > > - Furthermore AdminAttachments class>>generate_id: should be moved to > Structure as it has nothing to do with the action-class and basically > works on a structure. > > - Last but not least, you shouldn't need to use AdminAttachments > class>>generate_id: at all. As far as I understand you are building > and parsing this id to identify structures within a wiki. If you use > hidden-fields it is possible to pass objects from one action to the > other and you do not have to deal with strings, this is much simpler > and cleaner. > > - I haven't implemented the read-accessor of User>>password > intentionally, because it is planned to store the password as a > hash-value instead of plain-text later on. This is a security issue to > have the password accessible like that and to render it when editing > users. It is the responsibility of the user-class to validate the > user-password using the message #validatePassword: and it should not > be accessible form outside. > > - The following sections are some things that are basically reported > by SmallLint or things that I think could have been written simpler. > I've not tested the code I am suggesting, but it should work more or > less: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Structure>>rolesIncludes: aRole > "check if a role is contained in a roles collection" > > roles notNil ifTrue: [^roles includes: aRole]. > ^false > > ==> > > Structure>>rolesIncludes: aRole > ^roles notNil and: [ roles includes: aRole ] > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Structure>>roleWithName: aRoleName > "returns a role with certain name" > > self rolesDo: [:role | role name = aRoleName ifTrue: [^role]]. > ^nil > > ==> > > Structure>>roleWithName: aString > self roles > detect: [ :each | each name = aString ] > ifNone: [ nil ] > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Structure>>selfAndAllChildren > "return all children and their children.... as collection > - at this point: just return self in a collection " > > | collection | > (collection := OrderedCollection new) add: self. > ^collection > > ==> > > Structure>>withChildren > ^OrderedCollection with: self > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > X>>foo > X bar > > ==> > > X>>foo > self class bar > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > AdminAction class>>defaultSeparator > "return the default string separator > - this seperator is used to generate the input fields of the > form" > > ^String new writeStream tab contents > > ==> > > AdminAction class>>defaultSeparator > ^String with: Character tab > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > AdminAction>>cutStructure: aStructureToDelete ofSelfAndChildrenOf: > aStructure > "cut the indicated structure out of the tree, if the paste > destination was not in its subtree" > > | errorStream myParents | > errorStream := String new writeStream. > myParents := aStructure parents copy. > (myParents includes: aStructureToDelete) > ifFalse: > [self deleteStructure: aStructureToDelete OfSelfAndChildrenOf: self > server root] > ifTrue: > [errorStream > nextPutAll: '--> Paste of '''; > nextPutAll: aStructureToDelete title; > nextPutAll: ''' was ok, but can not cut: destination is > sub-structure of the element to be pasted!'. > self error: errorStream contents] > > ==> > > AdminAction>>cutStructure: aStructureToDelete ofSelfAndChildrenOf: > aStructure > ... > self error: (String streamContents: [ :stream | > stream nextPutAll: ' ... ]) > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > CharacterArray>>asArrayOfSubstrings > "split the string at its seperators and return array with substrings" > > | first last collection | > collection := OrderedCollection new. > last := 0. > > [first := self findFirst: [:char | char isSeparator not] > startingAt: last + 1. > first ~= 0] > whileTrue: > [last := (self > findFirst: [:char | char isSeparator] > startingAt: first) - 1. > last < 0 ifTrue: [last := self size]. > collection add: (self copyFrom: first to: last)]. > ^collection asArray > > ==> > > CharacterArray>>asArrayOfSubstrings > ^self runsSatisfying: [ :each | each isSeparator ] > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From renggli at student.unibe.ch Mon Nov 10 22:12:07 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 22:12:07 +0100 Subject: [Admin] Code-Review In-Reply-To: <8BDF7185-13B6-11D8-BCF6-000A9573EAE2@iam.unibe.ch> Message-ID: <8A975236-13C2-11D8-975E-000393CFE6C8@student.unibe.ch> > - By the way we got a new client for using SmallWiki: a group from > the natural science institute The ease to change the banner is really > good. That is cool, I hope that all the design is preserved as the internal description of the layout has been changed the last few weeks and I updated the server (see below). > - By the way Michele told me that we have to pay attention with the > icons of the validator because the site of w3c is submerged by request > for these logos so this is better to avoid having them. I didn't know and I don't exactly understand what the problem is. They are saying "To show your readers that you have taken the care to create an interoperable Web page, you may display this icon on any page that validates." when validating a page (http://validator.w3.org/ check?uri=http%3A%2F%2Fkilana.unibe.ch%3A9090). Of course one can remove it easily by going to the template-editor and ... > - Lukas I looked inside the edit pane and I could not find the help. > May be I'm blind. I have the impression that having help at the top > level even without editing could be good. I checked and there is no help displayed, because someone deleted it using the admin-password. I've restored it now, so it is displayed again. I've had to update the kilana-server to use the latest version of SmallWiki, but I failed to update Swazoo (that's why the server was offline for about half an hour). Everything should be running again and there all the bug-fixes and enhancements (like the nested lists) done during the last weeks are useable. There seems to be a problem paring code-blocks, but that seems to be a loading problem of StORE again ... > - I saw that people are confused by folders today again. I know, but we discussed about adding additional complexity before I changed the implementation of the folder-class. > - why when we have a folder we have *myFolder* and then it is written > */myFolder* > because when you add a folder to a page containing folders you get: This is because the look-up of links is slightly different in Folders compared to pages. The look-up in a page is started within the parent to access the brothers/sisters of the current page, whereas the look-up of a folder starts in the folder itself, to make accessing the children more easily. From anywhere it should be possible to access the any item using an absolute path like */a/b/c*. > */ESE* > */SDWiki* > and if you enter */MyFolder* the system does not parse it so the > end-user that was making a guess on the way he should write folder is > confused. In some cases it could be that the rendering is different to the string you actually gave at the beginning, but I think as long as it stays parse-able it should be ok. Try to reproduce with the new version, else it is really a bug. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Mon Nov 10 22:30:42 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 10 Nov 2003 22:30:42 +0100 Subject: [Admin] Code-Review In-Reply-To: <8A975236-13C2-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: <22D4D7FC-13C5-11D8-BCF6-000A9573EAE2@iam.unibe.ch> >> - By the way we got a new client for using SmallWiki: a group from >> the natural science institute The ease to change the banner is really >> good. > > That is cool, I hope that all the design is preserved as the internal > description of the layout has been changed the last few weeks and I > updated the server (see below). I don't understand but this is ok Have a look at http://kilana.unibe.ch:9090/Evolution/Colloquium/ I do not understand why this is broken. By the way with doru we tried to extend the color of the title of the wiki but it did not work. May be we where simply wrong. > >> - By the way Michele told me that we have to pay attention with the >> icons of the validator because the site of w3c is submerged by >> request for these logos so this is better to avoid having them. > > I didn't know and I don't exactly understand what the problem is. They > are saying "To show your readers that you have taken the care to > create an interoperable Web page, you may display this icon on any > page that validates." when validating a page > (http://validator.w3.org/ > check?uri=http%3A%2F%2Fkilana.unibe.ch%3A9090). Of course one can > remove it easily by going to the template-editor and ... Done. I do not know :) >> - Lukas I looked inside the edit pane and I could not find the help. >> May be I'm blind. I have the impression that having help at the top >> level even without editing could be good. > > I checked and there is no help displayed, because someone deleted it > using the admin-password. Strange > I've restored it now, so it is displayed again. I've had to update the > kilana-server to use the latest version of SmallWiki, but I failed to > update Swazoo (that's why the server was offline for about half an > hour). > >> - I saw that people are confused by folders today again. > > I know, but we discussed about adding additional complexity before I > changed the implementation of the folder-class. My point is that we should understand what confused them and see how we can provide an adapted answer. We should keep in mind that Wiki users are far from advanced users. I also think about the reaction that my wife could have in front of a feature. I thought that the text they get when editing a folder is also confusing. >> - why when we have a folder we have *myFolder* and then it is written >> */myFolder* >> because when you add a folder to a page containing folders you get: > > This is because the look-up of links is slightly different in Folders > compared to pages. The look-up in a page is started within the parent > to access the brothers/sisters of the current page, whereas the > look-up of a folder starts in the folder itself, to make accessing the > children more easily. From anywhere it should be possible to access > the any item using an absolute path like */a/b/c*. > >> */ESE* >> */SDWiki* >> and if you enter */MyFolder* the system does not parse it so the >> end-user that was making a guess on the way he should write folder is >> confused. > > In some cases it could be that the rendering is different to the > string you actually gave at the beginning, but I think as long as it > stays parse-able it should be ok. Try to reproduce with the new > version, else it is really a bug. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From ducasse at iam.unibe.ch Mon Nov 10 22:33:06 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 10 Nov 2003 22:33:06 +0100 Subject: Another one In-Reply-To: <8A975236-13C2-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: <78BCE8EE-13C5-11D8-BCF6-000A9573EAE2@iam.unibe.ch> >> - why when we have a folder we have *myFolder* and then it is written >> */myFolder* >> because when you add a folder to a page containing folders you get: > > This is because the look-up of links is slightly different in Folders > compared to pages. The look-up in a page is started within the parent > to access the brothers/sisters of the current page, whereas the > look-up of a folder starts in the folder itself, to make accessing the > children more easily. From anywhere it should be possible to access > the any item using an absolute path like */a/b/c*. > >> */ESE* >> */SDWiki* >> and if you enter */MyFolder* the system does not parse it so the >> end-user that was making a guess on the way he should write folder is >> confused. > > In some cases it could be that the rendering is different to the > string you actually gave at the beginning, but I think as long as it > stays parse-able it should be ok. Try to reproduce with the new > version, else it is really a bug. Apparently it is: On the wiki root page I tried to add the */FolderTest* but I got unable to get non-local structure :) > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From girba at iam.unibe.ch Mon Nov 10 22:44:59 2003 From: girba at iam.unibe.ch (Tudor Girba) Date: Mon, 10 Nov 2003 22:44:59 +0100 Subject: html Message-ID: <22224A94-13C7-11D8-B0FB-000393B2AA24@iam.unibe.ch> Hi, I played a bit with the css to make Smallwiki modify the look of a wiki page and came over the following issues: 1. In the morning I manage to have a table by putting | (now it does not seem to work anymore). I saw that the has no tags inside, therefore it is not possible to have padding or margin css options for the text in a cell. I suggest to have a
there. 2. Also, the head line of the table has an extra tag. I suggest to replace it with another
, so that we do not overload the tag. 3. As I understood there is a new version of SmallWiki running of kilana. Unfortunately, the tables are not rendered anymore. (see http://kilana.unibe.ch:9090/TudorGirbaSmallWiki/?action=PageView ) Doru. -- Tudor Adrian Girba Software Composition Group (www.iam.unibe.ch/~girba) University of Bern, Switzerland "Problem solving efficiency grows with the abstractness level of problem understanding." From renggli at student.unibe.ch Mon Nov 10 23:23:15 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 23:23:15 +0100 Subject: html In-Reply-To: <22224A94-13C7-11D8-B0FB-000393B2AA24@iam.unibe.ch> Message-ID: <7A7E651A-13CC-11D8-975E-000393CFE6C8@student.unibe.ch> > 3. As I understood there is a new version of SmallWiki running of > kilana. Unfortunately, the tables are not rendered anymore. (see > http://kilana.unibe.ch:9090/TudorGirbaSmallWiki/?action=PageView ) Yeah, most of the tests on the kilana-server are broken, e.g. the all the tests of the parser are failing. In fact I do not even understand why the server is still running at all :( I don't know what the problem is ... I've loaded all the latest versions that do work in other images, but this does not help. It could be because this is still a 7.0 image ... I don't know and I am very tired now ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Mon Nov 10 23:36:12 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 23:36:12 +0100 Subject: Another one In-Reply-To: <78BCE8EE-13C5-11D8-BCF6-000A9573EAE2@iam.unibe.ch> Message-ID: <495E66C6-13CE-11D8-975E-000393CFE6C8@student.unibe.ch> > Apparently it is: > On the wiki root page I tried to add the */FolderTest* but I got > unable to get non-local structure :) It is only possible to create new structures on-line (from within the page) when using simple links without any slashes (e.g. *FolderTest*). -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Mon Nov 10 23:46:49 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 23:46:49 +0100 Subject: html In-Reply-To: <7A7E651A-13CC-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: > I don't know what the problem is ... I've loaded all the latest > versions that do work in other images, but this does not help. It > could be because this is still a 7.0 image ... I don't know and I am > very tired now ... Ok, loaded everything from Cincom StORE again (this is exactly the same code as on SCG StORE), recompiled the parser and this helped a lot. The tests run green again and the server is up and running ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Mon Nov 10 23:50:58 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Mon, 10 Nov 2003 23:50:58 +0100 Subject: [Admin] Code-Review In-Reply-To: <22D4D7FC-13C5-11D8-BCF6-000A9573EAE2@iam.unibe.ch> Message-ID: <59CE1CC6-13D0-11D8-975E-000393CFE6C8@student.unibe.ch> >>> - By the way we got a new client for using SmallWiki: a group from >>> the natural science institute The ease to change the banner is >>> really good. >> >> That is cool, I hope that all the design is preserved as the internal >> description of the layout has been changed the last few weeks and I >> updated the server (see below). > > I don't understand but this is ok > > Have a look at http://kilana.unibe.ch:9090/Evolution/Colloquium/ > I do not understand why this is broken. I hope not, I just didn't know how it looked before the update ;) >>> - By the way Michele told me that we have to pay attention with the >>> icons of the validator because the site of w3c is submerged by >>> request for these logos so this is better to avoid having them. >> >> I didn't know and I don't exactly understand what the problem is. >> They are saying "To show your readers that you have taken the care to >> create an interoperable Web page, you may display this icon on any >> page that validates." when validating a page >> (http://validator.w3.org/ >> check?uri=http%3A%2F%2Fkilana.unibe.ch%3A9090). Of course one can >> remove it easily by going to the template-editor and ... > > Done. I do not know :) I did change the template definition. >>> - Lukas I looked inside the edit pane and I could not find the help. >>> May be I'm blind. I have the impression that having help at the top >>> level even without editing could be good. >> >> I checked and there is no help displayed, because someone deleted it >> using the admin-password. > > Strange This must have happened a long-long time ago, when there was no security mechanism in SmallWiki ... >> Cheers, >> Lukas Dito and good night ... -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Tue Nov 11 07:52:28 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 11 Nov 2003 07:52:28 +0100 Subject: Some other answers Message-ID: <9D27B30E-1413-11D8-975E-000393CFE6C8@student.unibe.ch> Hi, these are some things that I missed or left out yesterday: Tudor Girba : > 1. In the morning I manage to have a table by putting | (now it does > not seem to work anymore). I saw that the has no tags inside, > therefore it is not possible to have padding or margin css options for > the text in a cell. I suggest to have a
there. What about overloading the table-tags? This has the same effect as if I put a
into every cell, right? > 2. Also, the head line of the table has an extra tag. I suggest to > replace it with another
, so that we do not > overload the tag. Where exactly have you seen that tag? It should definitely go away (as explained in the other mail) ... > St?phane Ducasse : > >> Apparently it is: >> On the wiki root page I tried to add the */FolderTest* but I got >> unable to get non-local structure :) > > It is only possible to create new structures on-line (from within the > page) when using simple links without any slashes (e.g. *FolderTest*). Actually I decided to write the on-line creation of new structures like this, because else I would have needed to implement a different look-up to get the parent of the ling-string (or done some other dirty tricks). Of course it is possible to add that feature ... Btw, David, when loading your enhancements my test StructureTests>>testRoles breaks, what is something that should usually not happen. Another problem is that loading your code makes SmallWiki suddenly behave very restrictive with permission, e.g. it is not possible to view or edit any page without logging-in. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From markus.gaelli at iam.unibe.ch Tue Nov 11 08:48:32 2003 From: markus.gaelli at iam.unibe.ch (=?ISO-8859-1?Q?Markus_G=E4lli?=) Date: Tue, 11 Nov 2003 08:48:32 +0100 Subject: Fwd: changes? Message-ID: <725F3107-141B-11D8-9C8F-000A958C4F3C@iam.unibe.ch> Our "evolution customer", Heinz Richner, wrote: > > It would actually be good to have no lines, this would simply require > that the column spacing can be controlled and enhanced > Is this possible? > Thanks, I don't worry about the changes due to your experiments, I am > rather interested in the evolution of the smallwicki over time. > :-) Markus > http://evolution.unibe.ch > > Heinz RICHNER > Institute of Zoology - Evolutionary Ecology > University of Bern, Baltzerstr.6 > CH-3012 Bern, Switzerland > > Tel 0041 31 631 3009 (S.Maurer, secretary) > Fax 0041 31 631 3008 From renggli at student.unibe.ch Tue Nov 11 09:03:54 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 11 Nov 2003 09:03:54 +0100 Subject: changes? In-Reply-To: <725F3107-141B-11D8-9C8F-000A958C4F3C@iam.unibe.ch> Message-ID: <98324520-141D-11D8-975E-000393CFE6C8@student.unibe.ch> >> It would actually be good to have no lines, this would simply require >> that the column spacing can be controlled and enhanced >> > Is this possible? I don't understand that request. Could you rephrase and/or give an example? Lukas -- Lukas Renggli http://renggli.freezope.org From vogel at iam.unibe.ch Tue Nov 11 09:07:26 2003 From: vogel at iam.unibe.ch (david vogel) Date: Tue, 11 Nov 2003 09:07:26 +0100 Subject: [Admin] Code-Review In-Reply-To: <9D27B30E-1413-11D8-975E-000393CFE6C8@student.unibe.ch> References: <9D27B30E-1413-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: <3FB098BE.5070401@iam.unibe.ch> > > Btw, David, when loading your enhancements my test > StructureTests>>testRoles breaks, what is something that should > usually not happen. Another problem is that loading your code makes > SmallWiki suddenly behave very restrictive with permission, e.g. it is > not possible to view or edit any page without logging-in. > hello lukas, thanks a lot for reviewing the code! this really helps a lot and I'm happy for every feedback. right now I'm dealing with updating the roles of a user. with the curent admin implementation, all the roles (administrator doesn't) must be defined and attached somewhere in the tree structure. short description: when updating the roles of a user and we are on root, the permissions of the user roles are removed and updated with the permissions of the roles attached in the structures. (I had unwandet side-effects: creatring a role A and attach it to a structure. creating user 01, giving him role A. user 01 logs in, plays around: roles are updated correctly. when role A is deleted by admin, then the user 01 still has all the permissions of role A. that's why I decided to clean up permissions when starting updating at root structure). cheers and have a great week, david. From markus.gaelli at iam.unibe.ch Tue Nov 11 09:13:14 2003 From: markus.gaelli at iam.unibe.ch (=?ISO-8859-1?Q?Markus_G=E4lli?=) Date: Tue, 11 Nov 2003 09:13:14 +0100 Subject: changes? In-Reply-To: <98324520-141D-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: Am Dienstag, 11.11.03 um 09:03 Uhr schrieb Lukas Renggli: >>> It would actually be good to have no lines, this would simply >>> require that the column spacing can be controlled and enhanced >>> >> Is this possible? > > I don't understand that request. Could you rephrase and/or give an > example? :-) I think, he wants to be able to set the distance between the cells. By the way, the old page colloquium seems to be broken again! http://kilana.unibe.ch:9090/Evolution/colloquium Yesterday night a 1 it was still working. Anybody any ideas? How can we restore it? Markus > > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From ducasse at iam.unibe.ch Tue Nov 11 09:12:23 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Tue, 11 Nov 2003 09:12:23 +0100 Subject: Another one In-Reply-To: <495E66C6-13CE-11D8-975E-000393CFE6C8@student.unibe.ch> Message-ID: On Lundi, nov 10, 2003, at 23:36 Europe/Zurich, Lukas Renggli wrote: >> Apparently it is: >> On the wiki root page I tried to add the */FolderTest* but I got >> unable to get non-local structure :) > > It is only possible to create new structures on-line (from within the > page) when using simple links without any slashes (e.g. *FolderTest*). Yes this was my point then. The user is then confused because all the folders already created look like */xxx* while the one he wants to create should be entered as *XXX* may be we should extend the syntax to directly create folder using */xxx* this way this will be consistent. > > -- > Lukas Renggli > http://renggli.freezope.org > From girba at iam.unibe.ch Tue Nov 11 11:22:19 2003 From: girba at iam.unibe.ch (Tudor Girba) Date: Tue, 11 Nov 2003 11:22:19 +0100 Subject: Some other answers Message-ID: Hi, Here is the example for why to put the
inside the tags (I tried it on Safari and Internet Explorer on Mac and on both the margin option is not taken into consideration for the tag): Girba Test
table cells as in SmallWiki some cell
some cell some cell
table cells with a div
some cell
some cell
some cell
On Tuesday, Nov 11, 2003, at 07:52 Europe/Zurich, Lukas Renggli wrote: > Hi, > > these are some things that I missed or left out yesterday: > > Tudor Girba : > >> 1. In the morning I manage to have a table by putting | (now it does >> not seem to work anymore). I saw that the has no tags inside, >> therefore it is not possible to have padding or margin css options >> for the text in a cell. I suggest to have a
>> there. > > What about overloading the table-tags? This has the same effect as if > I put a
into every cell, right? Doru. -- Tudor Adrian Girba Software Composition Group (www.iam.unibe.ch/~girba) University of Bern, Switzerland "Problem solving efficiency grows with the abstractness level of problem understanding." From renggli at student.unibe.ch Tue Nov 11 17:31:24 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 11 Nov 2003 17:31:24 +0100 Subject: Some other answers In-Reply-To: Message-ID: <7DF32608-1464-11D8-91D4-000393CFE6C8@student.unibe.ch> > > "http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1 strict.dtd"> > [...] The following code works on Safari and Mozilla, I don't have Internet Explorer so I cannot test there. -=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=- Renggli
a11 a12
a21 a22
-=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=- I think you used the wrong edge-type in your css-specification, have a look at the first picture at http://www.w3.org/TR/CSS2/box.html to learn about the edge-types. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From girba at iam.unibe.ch Tue Nov 11 18:39:46 2003 From: girba at iam.unibe.ch (Tudor Girba) Date: Tue, 11 Nov 2003 18:39:46 +0100 Subject: Some other answers In-Reply-To: <7DF32608-1464-11D8-91D4-000393CFE6C8@student.unibe.ch> Message-ID: <0AF00F39-146E-11D8-B0FB-000393B2AA24@iam.unibe.ch> Hi, In your case you used padding, but I wanted margin. Why should the user be restricted to use margin for the table text? In the example I provided you can use them both. Note that you should also add to the tag cellspacing = "0", because as it is now, you always have a small distance between the cells, and you cannot control that. So by default, there is not distance between cells, but if someone wants it, that he/she can use the margin capability. Doru. On Tuesday, Nov 11, 2003, at 17:31 Europe/Zurich, Lukas Renggli wrote: >> >> > "http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1 >> strict.dtd"> >> [...] > > The following code works on Safari and Mozilla, I don't have Internet > Explorer so I cannot test there. > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > > > Renggli > > > >
> > > > > > > > >
a11a12
a21a22
> > > > > -=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=- > > I think you used the wrong edge-type in your css-specification, have a > look at the first picture at http://www.w3.org/TR/CSS2/box.html to > learn about the edge-types. > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > > -- Tudor Adrian Girba Software Composition Group (www.iam.unibe.ch/~girba) University of Bern, Switzerland "Every thing should have the right to be different." From renggli at student.unibe.ch Wed Nov 12 19:06:56 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Wed, 12 Nov 2003 19:06:56 +0100 Subject: Errors in "SmallWiki Collaborative Content Management" In-Reply-To: <3FB22EB3.3020608@ulb.ac.be> Message-ID: <007F355C-153B-11D8-9C4B-000393CFE6C8@student.unibe.ch> Hi Anthony, thanks a lot for reporting those nasty mistakes. I've corrected them and put an updated version of the documentation on our server: http://www.iam.unibe.ch/~scg/smallwiki/smallwiki.pdf Cheers, Lukas On Wednesday, Nov 12, 2003, at 13:59 Europe/Zurich, Anthony Labarre wrote: > Good afternoon, > > I am a student at the ULB, attending Roel Wuyts' course on software > engineering, and we currently have to work on SmallWiki extensions, so > I began by reading your document entitled "SmallWiki Collaborative > Content Management", especially chapter 4. I noticed two errors > (little mistakes, but nonetheless errors) I thought you would > appreciate being told about : > > 1) page 39 : instead of : "http://localhost:8080/?action=ActionInfo", > it should be: "http://localhost:8080/?action=InfoAction" > 2) page 39 : there's an 'a' missing in 'initialize' ("InfoAction > class>>initilize", last code snippet at the bottom of the page) > > Have a nice day, > A. -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Thu Nov 13 17:29:20 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 13 Nov 2003 17:29:20 +0100 Subject: Fwd: [ANN] Squeak People Message-ID: <88BF1AEA-15F6-11D8-9174-000A9573EAE2@iam.unibe.ch> an idea for security in SmallWiki look at the http://people.suqeakfoundation.org/ Stef Begin forwarded message: > From: "Andreas Raab" > Date: Jeu nov 13, 2003 13:02:02 Europe/Zurich > To: "'The general-purpose Squeak developers list'" > > Subject: RE: [ANN] Squeak People > Reply-To: The general-purpose Squeak developers list > > > Hi, > >> I agree with Stephane, what is the intention of this thing? > > I guess Cees' intention is simply to experiment with "just another" > approach > to community sites. Couple of things I like about it (and why I think > it's > going to be successful): > * It's really simple to use and very intuitive > * It has a model of trust which seems really nice[*] > * It is very clean in its presentation and simple to read for anyone > new to > Squeak > > [*] If the trust model works out I could imagine that we use > authorizations > derived from the site - e.g., something like "for the front page you > have to > be certified journeyman or higher". Doing this would (I think) almost > immediately block any of the abuse we see on the Swiki today. > >> And why not wait for the results of the November task force >> before opening another space for discussion? > > TFNR has (in my understanding) very different goals. The site can be > used to > discuss some of these but other than this I don't see any overlap > whatsoever. Do you? > >> Such a thing could be a nice thing for a task force who works >> on a specific project; but at the moment this context is missing >> ... why not enhance the existing processes? > > Not sure I understand this. Personally, I think the site _is_ an > enhancement > of the existing processes. > > Cheers, > - Andreas > > > From renggli at student.unibe.ch Thu Nov 13 21:07:30 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Thu, 13 Nov 2003 21:07:30 +0100 Subject: [ANN] Official SmallWiki SmallWiki-Site Message-ID: <0311A730-1615-11D8-9C4B-000393CFE6C8@student.unibe.ch> Finally the offical SmallWiki site has been ported to SmallWiki itself ;) http://kilana.unibe.ch:9090/SmallWiki Please, don't use the old one anymore ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Thu Nov 13 21:21:29 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Thu, 13 Nov 2003 21:21:29 +0100 Subject: [ANN] Official SmallWiki SmallWiki-Site In-Reply-To: <0311A730-1615-11D8-9C4B-000393CFE6C8@student.unibe.ch> Message-ID: Excellent I started a FAQ on SmallWiki.... feel free to contribute Stef On Jeudi, nov 13, 2003, at 21:07 Europe/Zurich, Lukas Renggli wrote: > Finally the offical SmallWiki site has been ported to SmallWiki itself > ;) > > http://kilana.unibe.ch:9090/SmallWiki > > Please, don't use the old one anymore ... > > Cheers, > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From renggli at student.unibe.ch Thu Nov 13 21:21:43 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Thu, 13 Nov 2003 21:21:43 +0100 Subject: comp.lang.smalltalk.squeak.general Message-ID: > From: Hannes Hirzel > Newsgroups: gmane.comp.lang.smalltalk.squeak.general > Subject: Re: [ANN] Squeak People > Date: Thu, 13 Nov 2003 21:03:18 +0000 > Reply-To: The general-purpose Squeak developers > list > > [...] > > As a summary: I was away for some time and I'm surprised and excited > to find Squeak in such a good shape!!! It is amazing what one finds on > SqueakMap. Today I set up a SmallWiki site; it was extremly easy. It > is exciting to have a wiki I can easily transfer from a Mac to a PC > with basically nil setup and and configuration efforts. And the whole > wiki is a real object (one root, composite pattern). > > [...] -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Fri Nov 14 10:25:31 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Fri, 14 Nov 2003 10:25:31 +0100 Subject: =?ISO-8859-1?Q?Re:_SmallWiki_release_f=FCr_Squeak:_Hinweis_zur_F?= =?ISO-8859-1?Q?AQ_-_Import_/_Export,_Bsp._f=FCr_Aktionen?= In-Reply-To: <3FB493A4.7060901@bluewin.ch> Message-ID: <7E47B5F6-1684-11D8-9C4B-000393CFE6C8@student.unibe.ch> Hi Hannes, please post you questions, comments, bug-reports, etc. to the SmallWiki mailing-list so everybody is able to join the discussion and profit from the answers ... > Als ich vor 10 Tagen von der Elfenbeink?ste zur?ckkam war ich > begeistert zu sehen, dass Chris und Stephen SmallWiki auch auf Squeak > portiert haben. Ich habe eben zur Zeit all mein Zeugs in Squeak und > kann es mir zeitlich einfach nicht leisten mich noch auf VisualWorks > einzulassen auch wenn das technisch nicht mal so schwierig ist, > organisatorisch und zeitlich eben dann schon .... I tried the Squeak-Port too and it is great to see all the tests pass. Thanks a lot to Chris and Stephen! Unfortunately there seem to be a problem when submitting the login-form in my image, probably just because I did not take a fresh one ... Keep in mind that when replying to questions I am always referring to the VisualWorks implementation. As I am taking a lot of lectures at university and as I am working on different other Smalltalk projects too I will concentrate my energy onto the main-platform of SmallWiki solely; but obviously this shouldn't be no problem as the implementations should be the same ;) ... > Das hat mich dazu gef?hrt drei Fragen in der FAQ zu notieren > http://kilana.unibe.ch:9090/SmallWiki/FAQ/ I've added the answers to those questions to the FAQ: * After installing SmallWiki - how do I get access to the example actions? Go to your favorite web-browser and browse to the structure you want to execute your action on. If the action is not listed at the top right corner you might want to try to execute it manually by adding/replacing the action-parameter to the url: http://localhost:8080/?action=MyExampleActionClassName. In order to make your (new) action appear automatically, you have to make sure the following conditions are set: -An action should return a title on the class-side, else it is considered to be abstract and not displayed anywhere. -An action should not throw an exception during evaluating #executePermissions, else it is not evaluated as some permissions are considered to be missing. -An action has to register to the structures it is able to handle: Page registerAction: MyExampleActionClassName -Last but not least, you should add the action to the current template using the template-editor. * Which export formats are available at the moment? Can I export the wiki text into plain text files? Right now there is no plain-text renderer (visitor) implemented and it is left to the reader to implement one ;) ... Actually it is very easy to do something like this, you might get an idea when looking at the existing renderers: HTML (VisitorRendererHtml), Wiki (VisitorRendererWiki) or Latex (VisitorRendererLatex). * If I begin using SmallWiki today in a productive environment, will it be possible to upgrade to the next versions and keep the data without too much effort? Yep, in fact I am doing this with http://kilana.unibe.ch:9090 since this spring and never got troubles updating the code. Basically you have to do the following: -save the current image: server storage snapshot -stop the storage thread by evaluating: server storage: nil -stop the web-server by evaluating (most of the time not even necessary): server stop -connect to StORE and load updates -run the tests to see if nothing got broken -start the web-server by evaluating (if you have stopped it): server start -browse to your wiki and check if everything is still there (if something is broken, you still have your old image!) -start the storage thread by evaluating: server storage: ImageStorage new -save the current image: server storage snapshot > Als ersten kleines Bsp. m?chte ich konkret das Glossar (ca. 200 > linguistische Fachbegriffe), die wir im Swahili-Kurs verwenden ?ber > das SmallWiki editieren lassen > > Swahili-Kurs: > http://www.unizh.ch/spw/afrling/aliswahili/yal/matini/90/aswi-01.html > > Glossar > http://www.unizh.ch/spw/afrling/aliswahili/yal/matini/00/U00sar- > ec07.html > > Bei Swahili kommt man mit nur-ASCII klar. A glossary of linguistic expressions seem to be an interesting project to use SmallWiki for. > Ich m?chte also das SmallWiki als kollaborativen Editor f?r einfache > HTML-Texte (sp?ter auch zwischen Afrika und Europa) verwenden; wichtig > ist f?r mich der Import und Export der Dateien. What you could do is to write a visitor rendering the content of a page as plain-text. Then you add an action to provide the output of that page as a download. So finally you have a link on every-page, where you are be able to download those generated files ... > Was ist bereits eingebaut und aus Benutzersicht einfach zug?nglich? There is no such a thing yet, but I am doing the documentation using a latex-visitor, what is probably very similar to your needs. Although I don't use the latex-visitor yet to generate files from within SmallWiki-Pages, but instead I parse and generate the documentation using the class- and method-comments of my code. However it is simple to add an action to use that visitor to export wiki-pages from within SmallWiki, if you like I can come up with an (almost no lines-of-code) example ... > Wenn ich ein SmallWiki-Image (inkl. VM) auf einem Memory-Stick > jemanden weitergebe: Wie kann er den Inhalt importieren / exportieren? Sure, you can pass around SmallWiki-Images like any other Smalltalk image, run it on different platforms, etc. > ?brigends: Eure Arbeit (Berner) nehme ich als herausragendes Bsp. im > Squeak-Bereich wahr von seri?ser Arbeit. Ich habe bisher wenig > sauberes Design und auch die Doku dazu gesehen. Dein Paper gef?llt > mir, wenn es auch noch etwas knapp ist. Ich sch?tze Euren Gesamtansatz > sehr. Thanks, I am glad to hear that ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Fri Nov 14 21:52:41 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Fri, 14 Nov 2003 21:52:41 +0100 Subject: FAQ Update: http://kilana.unibe.ch:9090/SmallWiki/FAQ Message-ID: <7D0F67F4-16E4-11D8-9C4B-000393CFE6C8@student.unibe.ch> * How do I create a LaTex-Document with the content of a SmallWiki? Which expression do I have to evaluate? - load the bundle SmallWiki Examples - in the SmallWiki workspace inspect server root and navigate to the page you want to turn into latex (currently the visitors do not support rendering a whole wiki at once, but this could be changed easily) - inspect one of the following the expression in the evaluation-pane: (VisitorRendererLatex render: self) contents VisitorRendererLatex render: self on: aStream * How do I create one large XHTML file with the content of a SmallWiki? This is basically the same as above, you just have to use VisitorRendererHtml instead. It is not needed to load the examples-bundle as this functionality is provided by the core-system already. Support for rendering multiple pages is also missing right-now, there was no need to do this up-to now (calling super acceptFolder: aFolder in VisitorRendererHtml>>acceptFolder: aFolder should change this behaviour, but will most certainly break the wiki, so it is probably a better idea to create a new subclass). -- Lukas Renggli http://renggli.freezope.org From hannes.hirzel.squeaklist at bluewin.ch Sat Nov 15 09:55:53 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Sat, 15 Nov 2003 08:55:53 +0000 Subject: FAQ: Additional question: How do I put up a CSS as a resource to the root folder? In-Reply-To: <7D0F67F4-16E4-11D8-9C4B-000393CFE6C8@student.unibe.ch> References: <7D0F67F4-16E4-11D8-9C4B-000393CFE6C8@student.unibe.ch> Message-ID: <3FB5EA19.3040708@bluewin.ch> Lukas Renggli wrote: > * How do I create a LaTex-Document with the content of a SmallWiki? > Which expression do I have to evaluate? [snip] > * How do I create one large XHTML file with the content of a SmallWiki? [snip] Thank you Lukas for answering the two questions above I put there. I put an additional question on the FAQ How do I upload a style-sheet to my root folder as a resource? (a Smalltalk code snippet as the answer is OK). This question is actually a follow up question to the already answered question: How do I change the stylesheet specification to use a wiki resource? if you upload the style-sheet to your root folder as a resource and give it the title 'Style Sheet', it is accessible with: @import "http://localhost:8080/StyleSheet"; I d'like to take a SmallWiki offline on my laptop with me and so I do not have a link to the Berne server with the style sheet (CSS). Regards Hannes From renggli at student.unibe.ch Sat Nov 15 17:34:47 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 15 Nov 2003 17:34:47 +0100 Subject: smallwiki vw loading from public store In-Reply-To: <001901c3ab07$a23e0480$cbc809c0@giorgiodell> Message-ID: Hi, > I'm loading from public rep version? 0,9,21. this should be fixed in 0.9.22 Cheers, Lukas > it seems that there is package loading sequence problems, becouse i > get an error when the system try do initialize > the class SmallWiki.Structure.? the method initializePermission has > some undefined. Commenting it make the load procede. > ? > The problem is that initializePermission in Page class try to add a > permission to the class instance var , > ?but this one is nil, not some kind of collection. > ? > ciao > ? > Giorgio Ferraris -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Sat Nov 15 17:34:47 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sat, 15 Nov 2003 17:34:47 +0100 Subject: smallwiki vw loading from public store In-Reply-To: <001901c3ab07$a23e0480$cbc809c0@giorgiodell> Message-ID: Hi, > I'm loading from public rep version? 0,9,21. this should be fixed in 0.9.22 Cheers, Lukas > it seems that there is package loading sequence problems, becouse i > get an error when the system try do initialize > the class SmallWiki.Structure.? the method initializePermission has > some undefined. Commenting it make the load procede. > ? > The problem is that initializePermission in Page class try to add a > permission to the class instance var , > ?but this one is nil, not some kind of collection. > ? > ciao > ? > Giorgio Ferraris -- Lukas Renggli http://renggli.freezope.org From mas at wellthot.com Sun Nov 16 03:40:17 2003 From: mas at wellthot.com (Mark A. Schwenk) Date: Sat, 15 Nov 2003 20:40:17 -0600 Subject: SmallWiki Squeak porting issues yet to be resolved Message-ID: <1068950416.15638.44.camel@daffy.wellthot.com> I installed SmallWiki in Squeak today--I'm impressed! Here are a couple of potential porting issues: I found a call to OrderedCollection>>replaceAtIndex: that is #replaceAt: in Squeak. The changeset showing the change is attached. Also, I ran SmallLint methods sent but not implemented and found: SWDocumentComposite>>postCopy sends super postCopy but no superclasses of SWDocumentComposite implement it. SWCode>>internalEvaluate:on:with: contains the following expression which is not implemented: ^Compiler new evaluate: anExpression in: thisContext allowReceiver: true receiver: aStructure environment: nil notifying: nil ifFail: [ nil ] handler: SilentCompilerErrorHandler new SWPropertyManager>>postCopy also calls super postCopy which is not implemented. SWSIXXStorage>>directoryTime sends hour to TimeStamp now, but TimeStamp doesn't implement hour. SWStructure>>postCopy sends super postCopy, which is not implemented. SWServer>>emitContext:on: sends aContext localScope, which is not implemented. SWBasicRole>>postCopy sends super postCopy which is not implemented. There is a class SWDocumentComposit, possibly a typo from SWDocumentComposite, but has some differences in methods. Also it's postCopy sends super postCopy, which is not implemented. SWText>>postCopy sends super postCopy, which is not implemented. -------------- next part -------------- 'From Squeak3.6 of ''6 October 2003'' [latest update: #5424] on 15 November 2003 at 8:14:55 pm'! !SWWikiParser methodsFor: 'private' stamp: 'mas 11/15/2003 17:27'! mergeItems: anOrderedCollection withClass: aClass using: aBlock anOrderedCollection size - 1 to: 1 by: -1 do: [:i | | current next | current := anOrderedCollection at: i. (current class = aClass and: [(next := anOrderedCollection at: i + 1) class = aClass]) ifTrue: [aBlock value: current value: next. anOrderedCollection removeAt: i + 1]]. ^anOrderedCollection! ! From mas at wellthot.com Sun Nov 16 03:57:21 2003 From: mas at wellthot.com (Mark A. Schwenk) Date: Sat, 15 Nov 2003 20:57:21 -0600 Subject: SmallWiki Squeak porting issues that need to be resolved Message-ID: <1068951441.15638.61.camel@daffy.wellthot.com> I installed SmallWiki in Squeak today--I'm impressed! Thanks for sharing this. When trying to get SmallWiki started, I found that the method in the attached changeset was sending #removeAtIndex: instead of #removeAt: to an OrderedCollection instance. After getting it up and running, I ran the SmallLint methods sent but not implemented checks and found the following issues: #postCopy should be implemented in Object. The following send super postCopy but don't have any superClass that implements it: SWUser SWText SWDocumentComposit SWDocumentComposite SWBasicRole SWStructure SWPropertyManager SWDocumentComposit is probably a typographical error--SWDocumentComposite was probably intended. It appears that something strange is going on with these two similarly named classes. SWSIXXStorage>>directoryTime sends #hour to a TimeStamp instance, which is not implemented. SWServer>>emitContext:on: sends #localScope which is not implemented. SWCode>>internalEvaluate:on:with: sends #evaluate:in:allowReceiver:receiver:environment:notifying:ifFail:handler: to a Compiler instance, which is not implemented. -Mark -------------- next part -------------- 'From Squeak3.6 of ''6 October 2003'' [latest update: #5424] on 15 November 2003 at 8:14:55 pm'! !SWWikiParser methodsFor: 'private' stamp: 'mas 11/15/2003 17:27'! mergeItems: anOrderedCollection withClass: aClass using: aBlock anOrderedCollection size - 1 to: 1 by: -1 do: [:i | | current next | current := anOrderedCollection at: i. (current class = aClass and: [(next := anOrderedCollection at: i + 1) class = aClass]) ifTrue: [aBlock value: current value: next. anOrderedCollection removeAt: i + 1]]. ^anOrderedCollection! ! From ducasse at iam.unibe.ch Sun Nov 16 09:45:38 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Sun, 16 Nov 2003 09:45:38 +0100 Subject: SmallWiki Squeak porting issues yet to be resolved In-Reply-To: <1068950416.15638.44.camel@daffy.wellthot.com> Message-ID: <409CF3EC-1811-11D8-B53B-000A9573EAE2@iam.unibe.ch> > I installed SmallWiki in Squeak today--I'm impressed! Hi mark, and you did not see what we can do with SmallWiki, this is really powerful I'm sure that the future will show us some exciting extensions. Stef > > Here are a couple of potential porting issues: > > I found a call to OrderedCollection>>replaceAtIndex: that is > #replaceAt: > in Squeak. The changeset showing the change is attached. > > Also, I ran SmallLint methods sent but not implemented and found: > > SWDocumentComposite>>postCopy sends super postCopy but no superclasses > of SWDocumentComposite implement it. > > SWCode>>internalEvaluate:on:with: contains the following expression > which is not implemented: > > ^Compiler new > evaluate: anExpression > in: thisContext > allowReceiver: true > receiver: aStructure > environment: nil > notifying: nil > ifFail: [ nil ] > handler: SilentCompilerErrorHandler new > > SWPropertyManager>>postCopy also calls super postCopy which is not > implemented. > > SWSIXXStorage>>directoryTime sends hour to TimeStamp now, but TimeStamp > doesn't implement hour. > > SWStructure>>postCopy sends super postCopy, which is not implemented. > > SWServer>>emitContext:on: sends aContext localScope, which is not > implemented. > > SWBasicRole>>postCopy sends super postCopy which is not implemented. > > There is a class SWDocumentComposit, possibly a typo from > SWDocumentComposite, but has some differences in methods. Also it's > postCopy sends super postCopy, which is not implemented. > > SWText>>postCopy sends super postCopy, which is not implemented. > > From renggli at student.unibe.ch Sun Nov 16 10:47:11 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 16 Nov 2003 10:47:11 +0100 Subject: Did you know ... Message-ID: when searching Google for SmallWiki pages, only the views are indexed and listed by the search-engine. Searching other wikis often gives results that point to edit-, history- and changes-pages, usually not the intention of the user. http://www.google.com/search?q=site:kilana.unibe.ch+smallwiki SmallWiki tags the pages to tell search-eninges, whether they should index a page or whether they should just follow the links. Of course this behaviour can be customized using the template editor. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From chris at chrisburkert.de Sun Nov 16 11:12:39 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Sun, 16 Nov 2003 11:12:39 +0100 Subject: SmallWiki Squeak porting issues that need to be resolved In-Reply-To: <1068951441.15638.61.camel@daffy.wellthot.com> References: <1068951441.15638.61.camel@daffy.wellthot.com> Message-ID: <3FB74D97.7030108@chrisburkert.de> Hi Mark, Thanks for reporting this! I will fix those items in the next days. Mark A. Schwenk wrote: > I installed SmallWiki in Squeak today--I'm impressed! Thanks for sharing > this. > > When trying to get SmallWiki started, I found that the method in the > attached changeset was sending #removeAtIndex: instead of #removeAt: to > an OrderedCollection instance. > > After getting it up and running, I ran the SmallLint methods sent but > not implemented checks and found the following issues: > > #postCopy should be implemented in Object. The following send super > postCopy but don't have any superClass that implements it: > > SWUser > SWText > SWDocumentComposit > SWDocumentComposite > SWBasicRole > SWStructure > SWPropertyManager > > SWDocumentComposit is probably a typographical > error--SWDocumentComposite was probably intended. It appears that > something strange is going on with these two similarly named classes. > > SWSIXXStorage>>directoryTime sends #hour to a TimeStamp instance, which > is not implemented. > > SWServer>>emitContext:on: sends #localScope which is not implemented. > > SWCode>>internalEvaluate:on:with: sends > #evaluate:in:allowReceiver:receiver:environment:notifying:ifFail:handler: to a Compiler instance, which is not implemented. > > -Mark > > > ------------------------------------------------------------------------ > > 'From Squeak3.6 of ''6 October 2003'' [latest update: #5424] on 15 November 2003 at 8:14:55 pm'! > > !SWWikiParser methodsFor: 'private' stamp: 'mas 11/15/2003 17:27'! > mergeItems: anOrderedCollection withClass: aClass using: aBlock > anOrderedCollection size - 1 to: 1 > by: -1 > do: > [:i | > | current next | > current := anOrderedCollection at: i. > (current class = aClass > and: [(next := anOrderedCollection at: i + 1) class = aClass]) > ifTrue: > [aBlock value: current value: next. > anOrderedCollection removeAt: i + 1]]. > ^anOrderedCollection! ! > Regards Chris Burkert -- http://www.chrisburkert.de/ From chris at chrisburkert.de Sun Nov 16 14:14:13 2003 From: chris at chrisburkert.de (Chris Burkert) Date: Sun, 16 Nov 2003 14:14:13 +0100 Subject: SmallWiki Squeak porting issues yet to be resolved In-Reply-To: <1068950416.15638.44.camel@daffy.wellthot.com> References: <1068950416.15638.44.camel@daffy.wellthot.com> Message-ID: <3FB77825.4070701@chrisburkert.de> Mark A. Schwenk wrote: > I installed SmallWiki in Squeak today--I'm impressed! > > Here are a couple of potential porting issues: > > I found a call to OrderedCollection>>replaceAtIndex: that is #replaceAt: > in Squeak. The changeset showing the change is attached. You meant #removeAtIndex: :-) ... Fixed > #postCopy should be implemented in Object. The following send > super postCopy but don't have any superClass that implements > it: > > SWUser > SWText > SWDocumentComposit > SWDocumentComposite > SWBasicRole > SWStructure > SWPropertyManager Fixed > SWDocumentComposit is probably a typographical > error--SWDocumentComposite was probably intended. It appears > that something strange is going on with these two similarly > named classes. Cool ... that's funny ... I synced the classes changed the subclasses of SWDocumentComposit and finally removed SWDocumentComposit. > SWCode>>internalEvaluate:on:with: sends > #evaluate:in:allowReceiver:receiver:environment:notifying:ifFail:handler: to a Compiler instance, which is not implemented. This message/method and the one which calls it, are obsolete ... I removed it. > SWSIXXStorage>>directoryTime sends hour to TimeStamp now, but > TimeStamp doesn't implement hour. Fixed with: TimeStamp now time hours > SWServer>>emitContext:on: sends #localScope which is not > implemented. I cannot say what the VW version is exactly doing here, but it has to do something with the Exceptionmanagement of SW. So I believe that this is covered by Kom, because Kom handles Exceptions itself. I will fix this later. Thanks for reporting all this! This is now up and running as 0.9.21-3 at Squeakmap [1]. Regards Chris Burkert 1: http://map1.squeakfoundation.org/sm/package/93cd10ce-b8e1-4d4b-8566-fe400000d072/ -- http://www.chrisburkert.de/ From renggli at student.unibe.ch Sun Nov 16 15:12:32 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 16 Nov 2003 15:12:32 +0100 Subject: Cleaning Up Message-ID: Hi, I did some cleaning today: - I've updated the documentation on http://kilana.unibe.ch:9090/SmallWiki and added a few tests. - I removed the restriction to evaluate a call-back only once, because this caused some confusion in certain cases. I observed several people editing and viewing pages using the save-button and the back-button of the browser: the problem there is that the save-callback is considered to be evaluated several times, so this should work in a more convenient way now. - Structure>>references will return a set with all structures in the wiki pointing to the receiver. Structure>>referencesStartingAt: will do the same but the search will start at the given parameter. Try out this feature by adding the component References to your wiki. - When renaming a wiki-pages all references pointing to that page are now correctly updated. However there is still a problem when a the renamed structure appears in the middle of a path (only possible for folders), in that case nothing is done automatically yet. - I've introduced VisitorPluggable as a subclass of Visitor to make the use of visitors more easily. This allowed to get rid of a few other visitors. VisitorPluggable has the constructor #block:start: to get everything started. There are currently two subclasses called VisitorLinkInternal and VisitorStructure that both just evaluate the block for the appropriate wiki-items. The re-factored hierarchy looks now like seen on: http://kilana.unibe.ch:9090/SmallWiki/SmallWikiVisitors. As an example the two changes mentioned above are now implemented using this kind of visitor: Structure>>referencesStartingAt: aStructure | collection | collection := Set new. VisitorLinkInternal block: [ :link :structure | self == link target ifTrue: [ collection add: structure ] ] start: aStructure. ^collection Structure>>renameTo: aString ... VisitorLinkInternal block: [ :link | self == link target ifTrue: [ "fix link ..." ] start: self root. ... - The alt-attribute is now rendered correctly for images. That's it for the moment (other things to do), Lukas -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Sun Nov 16 19:12:39 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Sun, 16 Nov 2003 19:12:39 +0100 Subject: Bug found Message-ID: <7678C7BF-1860-11D8-8B50-000A9573EAE2@iam.unibe.ch> Hi lukas I created a page put resources in it then, I changed the title of the page and in the page referring to it, the references were not found anymore I got resource, page, folder instaed of the linkn to the page. I reedited the previous page to have the previous title and everything worked well. I will show you because I can reproduce it. Stef From renggli at student.unibe.ch Sun Nov 16 19:21:24 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 16 Nov 2003 19:21:24 +0100 Subject: Bug found In-Reply-To: <7678C7BF-1860-11D8-8B50-000A9573EAE2@iam.unibe.ch> Message-ID: > I created a page put resources in it then, I changed the title of the > page and in the page referring to it, the references were not found > anymore I got resource, page, folder instaed of the linkn to the page. > I reedited the previous page to have the previous title and everything > worked well. I will show you because I can reproduce it. If I understood correctly I fixed this bug tomorrow morning, see my report in "Cleaning Up" ;) > - When renaming a wiki-pages all references pointing to that page are > now correctly updated. However there is still a problem when a the > renamed structure appears in the middle of a path (only possible for > folders), in that case nothing is done automatically yet. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Sun Nov 16 19:25:35 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Sun, 16 Nov 2003 19:25:35 +0100 Subject: Bug found In-Reply-To: Message-ID: <4522A9EE-1862-11D8-ADD5-000393CFE6C8@student.unibe.ch> > If I understood correctly I fixed this bug tomorrow morning, see my > report in "Cleaning Up" ;) s/tomorrow/today ;) -- Lukas Renggli http://renggli.freezope.org From ducasse at iam.unibe.ch Mon Nov 17 09:34:08 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 17 Nov 2003 09:34:08 +0100 Subject: CSS rendering engine in VW Message-ID: http://www.cincomsmalltalk.com/CincomSmalltalkWiki/Nyx From hannes.hirzel.squeaklist at bluewin.ch Mon Nov 17 22:53:15 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 17 Nov 2003 21:53:15 +0000 Subject: Adding a stylesheet as a ressource Message-ID: <3FB9434B.2020303@bluewin.ch> Hi I put an additional question on the FAQ How do I upload a style-sheet to my root folder as a resource? I think I figured out the answer and wrote it on http://kilana.unibe.ch:9090/SmallWiki/FAQ/ However it doesn't work. I did change 'Template', link 'Stylesheet' to @import "http://localhost:8080/StyleSheet"; What am I missing? Hannes P.S. I work with the Squeak version I got four days ago from SM. P.S. 2 As a workaround I copy the whole style sheet at the moment into the template box. It works fine but I do not feel at ease doing so. From ducasse at iam.unibe.ch Mon Nov 17 22:20:25 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 17 Nov 2003 22:20:25 +0100 Subject: The banners are cool Message-ID: hi all after fighting more than one hour with freehand, i tried to do everything in squeak and I like the results: http://kilana.unibe.ch:9090/CaroAndBot/ Banners in SmallWiki are cool. Stef From hannes.hirzel.squeaklist at bluewin.ch Mon Nov 17 23:32:05 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 17 Nov 2003 22:32:05 +0000 Subject: The banners are cool In-Reply-To: References: Message-ID: <3FB94C65.4070508@bluewin.ch> ducasse wrote: > hi all > > after fighting more than one hour with freehand, i tried to do > everything in squeak and I like the results: > http://kilana.unibe.ch:9090/CaroAndBot/ > > Banners in SmallWiki are cool. > > Stef > > Where did you put the banners? Just curious .... Hannes From ducasse at iam.unibe.ch Mon Nov 17 22:35:43 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Mon, 17 Nov 2003 22:35:43 +0100 Subject: The banners are cool In-Reply-To: <3FB94C65.4070508@bluewin.ch> Message-ID: In the stylesheet there is a banner location and we ut them at the same location for our wiki than the style.css file. But you can put where you want in fact. On Lundi, nov 17, 2003, at 23:32 Europe/Zurich, Hannes Hirzel wrote: > ducasse wrote: > >> hi all >> after fighting more than one hour with freehand, i tried to do >> everything in squeak and I like the results: >> http://kilana.unibe.ch:9090/CaroAndBot/ >> Banners in SmallWiki are cool. >> Stef > Where did you put the banners? Just curious .... > > Hannes > > From hannes.hirzel.squeaklist at bluewin.ch Mon Nov 17 23:43:58 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Mon, 17 Nov 2003 22:43:58 +0000 Subject: The banners are cool In-Reply-To: References: Message-ID: <3FB94F2E.6030505@bluewin.ch> ducasse wrote: > In the stylesheet there is a banner location and we ut them at the same > location for our wiki than the style.css file. > But you can put where you want in fact. I mean I do not see anything in my webbrowser (Mozilla 1.4 on Windows) Hannes From ducasse at iam.unibe.ch Tue Nov 18 09:20:45 2003 From: ducasse at iam.unibe.ch (ducasse) Date: Tue, 18 Nov 2003 09:20:45 +0100 Subject: The banners are cool In-Reply-To: <3FB94F2E.6030505@bluewin.ch> Message-ID: <1BCDF48E-19A0-11D8-A00E-000A9573EAE2@iam.unibe.ch> Look in the template you can find the stylesheet file and this file include the name (path) of the banner. per default this is header.png stef On Lundi, nov 17, 2003, at 23:43 Europe/Zurich, Hannes Hirzel wrote: > ducasse wrote: > >> In the stylesheet there is a banner location and we ut them at the >> same location for our wiki than the style.css file. >> But you can put where you want in fact. > > I mean I do not see anything in my webbrowser (Mozilla 1.4 on Windows) > > Hannes > > From markus.gaelli at iam.unibe.ch Tue Nov 18 09:28:09 2003 From: markus.gaelli at iam.unibe.ch (=?ISO-8859-1?Q?Markus_G=E4lli?=) Date: Tue, 18 Nov 2003 09:28:09 +0100 Subject: The banners are cool In-Reply-To: <1BCDF48E-19A0-11D8-A00E-000A9573EAE2@iam.unibe.ch> Message-ID: <241CAD90-19A1-11D8-9CB3-000A958C4F3C@iam.unibe.ch> How can I get rid of the banner, without having an empty space there? Thanks, Markus Am Dienstag, 18.11.03 um 09:20 Uhr schrieb ducasse: > Look in the template you can find the stylesheet file and this file > include the name (path) of the banner. > per default this is header.png > > stef > On Lundi, nov 17, 2003, at 23:43 Europe/Zurich, Hannes Hirzel wrote: > >> ducasse wrote: >> >>> In the stylesheet there is a banner location and we ut them at the >>> same location for our wiki than the style.css file. >>> But you can put where you want in fact. >> >> I mean I do not see anything in my webbrowser (Mozilla 1.4 on Windows) >> >> Hannes >> >> > From renggli at netstyle.ch Tue Nov 18 09:44:21 2003 From: renggli at netstyle.ch (Lukas Renggli) Date: Tue, 18 Nov 2003 09:44:21 +0100 Subject: The banners are cool In-Reply-To: <241CAD90-19A1-11D8-9CB3-000A958C4F3C@iam.unibe.ch> References: <241CAD90-19A1-11D8-9CB3-000A958C4F3C@iam.unibe.ch> Message-ID: <67CB91A2-19A3-11D8-995B-000393CFE6C8@netstyle.ch> > How can I get rid of the banner, without having an empty space there? By changing (or overriding) the css. Lukas -- Lukas Renggli http://renggli.freezope.org From markus.gaelli at iam.unibe.ch Tue Nov 18 10:08:03 2003 From: markus.gaelli at iam.unibe.ch (=?ISO-8859-1?Q?Markus_G=E4lli?=) Date: Tue, 18 Nov 2003 10:08:03 +0100 Subject: The banners are cool In-Reply-To: <67CB91A2-19A3-11D8-995B-000393CFE6C8@netstyle.ch> Message-ID: Yes, I put the following line: /* background: white url(header.png);*/ background: white; But there is still a space, which our evolution customer does not like. (He included the page now in his own, so he wants to get rid of duplicated banners) Markus Am Dienstag, 18.11.03 um 09:44 Uhr schrieb Lukas Renggli: >> How can I get rid of the banner, without having an empty space there? > > By changing (or overriding) the css. > > Lukas > > -- > Lukas Renggli > http://renggli.freezope.org > From hannes.hirzel.squeaklist at bluewin.ch Tue Nov 18 11:17:26 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Tue, 18 Nov 2003 10:17:26 +0000 Subject: The banners are cool In-Reply-To: References: Message-ID: <3FB9F1B6.4070603@bluewin.ch> Markus G?lli wrote: > Yes, I put the following line: > > > /* background: white url(header.png);*/ > background: white; > > But there is still a space, which our evolution customer does not like. > (He included the page now in his own, so he wants to get rid > of duplicated banners) > To ask my question again I do not see any banners on http://kilana.unibe.ch:9090/CaroAndBot/ Where are they? Hannes From markus.gaelli at iam.unibe.ch Tue Nov 18 10:16:31 2003 From: markus.gaelli at iam.unibe.ch (=?ISO-8859-1?Q?Markus_G=E4lli?=) Date: Tue, 18 Nov 2003 10:16:31 +0100 Subject: The banners are cool In-Reply-To: <3FB9F1B6.4070603@bluewin.ch> Message-ID: Am Dienstag, 18.11.03 um 11:17 Uhr schrieb Hannes Hirzel: > Markus G?lli wrote: >> Yes, I put the following line: >> /* background: white url(header.png);*/ >> background: white; >> But there is still a space, which our evolution customer does not >> like. >> (He included the page now in his own, so he wants to get rid >> of duplicated banners) > > To ask my question again > > I do not see any banners on > http://kilana.unibe.ch:9090/CaroAndBot/ > > Where are they? > Maybe you have to clear you cache and try again? That worked for me the other way round... (I deleted the banner but still could see it). Markus From hannes.hirzel.squeaklist at bluewin.ch Tue Nov 18 11:29:26 2003 From: hannes.hirzel.squeaklist at bluewin.ch (Hannes Hirzel) Date: Tue, 18 Nov 2003 10:29:26 +0000 Subject: The banners are cool In-Reply-To: References: Message-ID: <3FB9F486.8070205@bluewin.ch> Markus G?lli wrote: > > Am Dienstag, 18.11.03 um 11:17 Uhr schrieb Hannes Hirzel: >> I do not see any banners on >> http://kilana.unibe.ch:9090/CaroAndBot/ >> >> Where are they? >> > Maybe you have to clear you cache and try again? > That worked for me the other way round... (I deleted > the banner but still could see it). > > Markus > > Yes. Thank you! Hannes From renggli at student.unibe.ch Tue Nov 18 18:02:29 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Tue, 18 Nov 2003 18:02:29 +0100 Subject: The banners are cool In-Reply-To: References: Message-ID: Hi, there is already a whole bunch of subdirectories (CaroAndBot, evolution, image, javascript) in the folder of http://www.iam.unibe.ch/~scg/smallwiki. Actually this place was mend to keep just the things belonging to the core-distribution. If everybody is putting their banners there I am afraid that we get a mess very soon. What I suggest to you is that you upload the images/css-files/... that you do not want to host on SmallWiki itself to your own web-space and replace the template by overriding. As an example I'did this for the 'Caro and Bot' template: % the basic look is like the standard-one ... % ------------------------------------------- @import "http://www.iam.unibe.ch/~scg/smallwiki/standard_blue/style.css"; % ... but some things are different % -------------------------------- % the body-tag is overridden with the custom image that is hosted somewhere else body { background: white url(http://www.iam.unibe.ch/~ducasse/CaroAndBot/turtleBanner.png); } % other things like the color of the links might be also changed, to get % a closer match with the heading-image a, a:link, a:active, a:visited, a:focus, a:hover { color: #FEC616; } #contents hr { border: 1px solid #FEC616; } I don't understand why even someone modified the standard css-looks in 'standard_*/style.css', although the names-defined there are not used anywhere in SmallWiki. I suggest to do this in your own files and use them with the include tag: @import "http://www.iam.unibe.ch/~scg/smallwiki/standard_blue/style.css"; @import "http://www.fancy.com/css/rainbow.css"; ... Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Wed Nov 19 08:24:05 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Wed, 19 Nov 2003 08:24:05 +0100 Subject: [Seaside] Gardner, SmallWiki, Swiki, or? In-Reply-To: <3FBA9CF0.1030508@pairhome.net> References: <3FB9C66B.7060602@smalltalkpro.com> <3FBA1AF7.6050903@pairhome.net> <3FBA6F22.2010809@pairhome.net> <3FBA73CB.8040207@smalltalkpro.com> <3FBA9CF0.1030508@pairhome.net> Message-ID: <5B6DBF24-1A61-11D8-BF10-000393CFE6C8@student.unibe.ch> > the newer parser is pretty trivial work). It'll probably be easy to > migrate a wiki back and forth between Gardner and SmallWiki since I > think they use the same DOM in addition to the parser. Exactly, SmallWiki is providing basically the same protocol for HTML generation. However there are two things: - Expressions like "html attributes align: #middle" are not supported yet. You still have to do it the old-fashioned way "html attributeAt: #align put: #middle". If someone wants that, it could be changed easily. - The callback-mechanism of SmallWiki is somehow different, as there is no state in the components: therefor I have to pass into the block/message some more information than just the current value. Basically you register your callback either using a symbol or a block: #messageWithAction:withValue:withMime: (1) (2) (3) or [ :action :value :mime | self foo ... (1) (2) (3) (4) (1) points to the action where the callback is evaluated (2) points to the value of the (input-)callback (this is what you get from Seaside) (3) points to the mime-code of the (input-)callback (4) points to the action where the callback had been defined If your SmallWiki block/message does not take all the arguments, they are simply not given when evaluating. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org From renggli at student.unibe.ch Wed Nov 19 09:54:22 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Wed, 19 Nov 2003 09:54:22 +0100 Subject: [Seaside] Gardner, SmallWiki, Swiki, or? In-Reply-To: <1069227661.20569.1361.camel@home.home.cdegroot.com> References: <3FB9C66B.7060602@smalltalkpro.com> <3FBA1AF7.6050903@pairhome.net> <3FBA6F22.2010809@pairhome.net> <3FBA73CB.8040207@smalltalkpro.com> <3FBA9CF0.1030508@pairhome.net> <1069227661.20569.1361.camel@home.home.cdegroot.com> Message-ID: Hi Cees, > The whole reason I did Gardner in the first place was that SmallWiki > came with Yet Another Web Serving Framework, and my feeling is that > we've got enough of that in Squeak. So I picked the good stuff (the > parser etcetera) and forgot about the rest. the reason that SmallWiki is not using Seaside, isn't because I don't like Seaside (I'm having a lot of fun building professional web-applications with Seaside), but because I wanted to be dialect independent. E.g. the SmallWiki port of John Brant to .NET and #Smalltalk wouldn't have been possible if I based on a framework using continuations ... > Also, SmallWiki, even though it is called 'Wiki', has higher > aspirations > - AFAIK it aims more at Zope. I have installed SmallWiki last summer > under VW at Soops, and although we used it (mostly by default - > WikiWorks sucks and there's nothing else) we didn't really like this > File/Folder stuff in a Wiki. as far as I know you are still using a very old version of SmallWiki at Soops. At that time I just introduced the new folder concept and it had not been integrated into the UI properly yet. With the latest version most beginners don't even realize that they are working within folders, as the flow of actions (e.g. to upload a resource or create a new page) has been improved to mach more the way SWiki did. Of course the experts still have the full power to organized their data in a tree of folders, if they want. Cheers, Lukas -- Lukas Renggli http://renggli.freezope.org _______________________________________________ Seaside mailing list Seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/listinfo/seaside From renggli at student.unibe.ch Wed Nov 19 19:58:56 2003 From: renggli at student.unibe.ch (Lukas Renggli) Date: Wed, 19 Nov 2003 19:58:56 +0100 Subject: SmallWiki question In-Reply-To: <1D903A40-1A13-11D8-8362-003065CC9F36@ulb.ac.be> References: <1D903A40-1A13-11D8-8362-003065CC9F36@ulb.ac.be> Message-ID: <6D10D401-1AC2-11D8-BF10-000393CFE6C8@student.unibe.ch> Hi Roel, > 2) La deuxi?me question est encore assez g?n?rale : Lorsque > l'utilisateur tape dans la zone textarea, on aimerait bien impl?menter > une analyse de la syntaxe dynamique. Or il existe un attribut de > textarea qui est onKeyPress. Et demande comme param?tre une commande > script. Comment utiliser cela dans smalltalk? Et que doit-on mettre > dans la commande script pour pouvoir ex?cuter une m?thode de la classe > m?me? (Par exemple, si on tape sur une touche, on appelle la m?thode > MiseAjourTextarea de la classe). doing dynamic things like the described one is very difficult using the web, because the HTTP protocol only supports a one-way communication: the client has to request a page. The OnKeyPress-Attribute is part of the JavaScript extension to HTML and allows sometimes to go around those limitiations. One could create a textarea using the following the shape of