From renggli at iam.unibe.ch Tue Aug 2 20:16:19 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 2 Aug 2005 20:16:19 +0200 Subject: [SW2] SW2Header In-Reply-To: <20050728095713.GA27339@iam.unibe.ch> References: <20050728095713.GA27339@iam.unibe.ch> Message-ID: > Syntax Page > ... > |_ a Header (Links, Level 1) > |_ a Paragraph > |_ a Header (Internal Links, Level 2) > |_ a Paragraph > |_ a Header (External Links, Level 2) > > I think it would be better to have : > > Syntax Page > ... > |_a Section (Links, Level 1) > |__ a Paragraph > |_a Section (Internal Links, level 2) > |_a Paragraph > |_a Section (External Links, level 2) > > Then the object structure displays clearly the page structure. It > is logically better I think. I don't think so, since your representation duplicates the information such as the one of the level. What is more one might write pages (see below) that are ambiguous using your representation: !! aa ! bb !!! cc The power behind the object representation is that the original string of the wiki-input can be precisely restored without the loss of any character, I doubt that this would be possible with your suggestion. Using the level-information in the current implementation in SmallWiki 2, something like the structure and the sections of the page can be dynamically calculated, e.g. as seen in SW2TocRenderer. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Tue Aug 2 20:16:19 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 2 Aug 2005 20:16:19 +0200 Subject: [SW2] SW2Header In-Reply-To: <20050728095713.GA27339@iam.unibe.ch> References: <20050728095713.GA27339@iam.unibe.ch> Message-ID: > Syntax Page > ... > |_ a Header (Links, Level 1) > |_ a Paragraph > |_ a Header (Internal Links, Level 2) > |_ a Paragraph > |_ a Header (External Links, Level 2) > > I think it would be better to have : > > Syntax Page > ... > |_a Section (Links, Level 1) > |__ a Paragraph > |_a Section (Internal Links, level 2) > |_a Paragraph > |_a Section (External Links, level 2) > > Then the object structure displays clearly the page structure. It > is logically better I think. I don't think so, since your representation duplicates the information such as the one of the level. What is more one might write pages (see below) that are ambiguous using your representation: !! aa ! bb !!! cc The power behind the object representation is that the original string of the wiki-input can be precisely restored without the loss of any character, I doubt that this would be possible with your suggestion. Using the level-information in the current implementation in SmallWiki 2, something like the structure and the sections of the page can be dynamically calculated, e.g. as seen in SW2TocRenderer. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Tue Aug 2 21:11:38 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 2 Aug 2005 21:11:38 +0200 Subject: [SW2] FAQ In-Reply-To: <20050802151333.GF2577@iam.unibe.ch> References: <20050802150216.GD2577@iam.unibe.ch> <20050802151333.GF2577@iam.unibe.ch> Message-ID: <285B8EAD-FA78-4A89-B435-42FD03B55162@iam.unibe.ch> > - What is SW2CurrentContextHolder ?? A dynamic variable. Have a look at WADynamicVariable its subclasses and their users to understand how they are supposed to work. > - Why does SW2AddCommand class>>descriptionType uses a Proxy > to retrieve the list of the concrete subclasses of SW2Structure ?? Because an user might load other packages into the image that define new subclasses of SW2Structure that should appear in the add dialog. Therefor the list of possible types needs to be determined at runtime without the need to flush the cached descriptions. >> - What is 'Inplace Edit' for ? >> > > It is for editing parts of a page independently. Indeed, this should become a page editor for users not knowing about the wiki syntax. It is very unfinished for now, but give it a try and you will see. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Tue Aug 2 21:11:38 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Tue, 2 Aug 2005 21:11:38 +0200 Subject: [SW2] FAQ In-Reply-To: <20050802151333.GF2577@iam.unibe.ch> References: <20050802150216.GD2577@iam.unibe.ch> <20050802151333.GF2577@iam.unibe.ch> Message-ID: <285B8EAD-FA78-4A89-B435-42FD03B55162@iam.unibe.ch> > - What is SW2CurrentContextHolder ?? A dynamic variable. Have a look at WADynamicVariable its subclasses and their users to understand how they are supposed to work. > - Why does SW2AddCommand class>>descriptionType uses a Proxy > to retrieve the list of the concrete subclasses of SW2Structure ?? Because an user might load other packages into the image that define new subclasses of SW2Structure that should appear in the add dialog. Therefor the list of possible types needs to be determined at runtime without the need to flush the cached descriptions. >> - What is 'Inplace Edit' for ? >> > > It is for editing parts of a page independently. Indeed, this should become a page editor for users not knowing about the wiki syntax. It is very unfinished for now, but give it a try and you will see. Lukas -- Lukas Renggli http://www.lukas-renggli.ch From dominiqued at versateladsl.be Mon Aug 8 12:27:11 2005 From: dominiqued at versateladsl.be (Dominique Dutoit) Date: Mon, 8 Aug 2005 12:27:11 +0200 Subject: MAAccessorRelation>>isSatisfiedBy: contains typo Message-ID: <87B92815-5103-45DA-A494-A79842CCE5CB@versateladsl.be> Hi, I had troubles with the query visitor which was always returning empty results. After some investigation, I found out that MAAccessorRelation>>isSatifisfiedBy: was failing but the error was eaten by #hasMatch. MAAccessorRelation>>isSatisfiedBy: contains two typos: - #descripition is misspelled - #read: doesn't exist. I fixed the method and it looks like this: MAAccessorRelation>>isSatisfiedBy: anObject | description | description := anObject description detect: [ :each | self accessor = each accessor ] ifNone: [ ^ false ]. ^ super isSatisfiedBy: (anObject readUsing: description). Now the visitor works very nicely. I have one question about the test case of the query visitor. Some tests call a #matches: method that doesn't exist. I have tried to use the methods of the String class but they are all rejected. How does it work? -- Dominique From cassou at iam.unibe.ch Mon Aug 8 14:01:03 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Mon, 8 Aug 2005 14:01:03 +0200 Subject: MAAccessorRelation>>isSatisfiedBy: contains typo In-Reply-To: <87B92815-5103-45DA-A494-A79842CCE5CB@versateladsl.be> References: <87B92815-5103-45DA-A494-A79842CCE5CB@versateladsl.be> Message-ID: <20050808120103.GB11904@iam.unibe.ch> > I had troubles with the query visitor which was always returning > empty results. After some investigation, I found out that > MAAccessorRelation>>isSatifisfiedBy: was failing but the error was > eaten by #hasMatch. Hi, I found this bug to and reported it there : http://smallwiki.unibe.ch/smallwiki/smallwiki2/smallwiki2bugs/ I can't write to the repository so we have to wait for Lukas to come back. > I have one question about the test case of the query visitor. Some > tests call a #matches: method that doesn't exist. I have tried to use > the methods of the String class but they are all rejected. How does > it work? I corrected this by implementing: String>>matches: subString ^ (self includesSubString: subString) or: [subString match: self] It is just a hack to make tests pass. Thank you for your report.. -- Damien Cassou pour le Software Composition Group a Berne From renggli at iam.unibe.ch Wed Aug 10 21:50:49 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Wed, 10 Aug 2005 21:50:49 +0200 Subject: MAAccessorRelation>>isSatisfiedBy: contains typo In-Reply-To: <20050808120103.GB11904@iam.unibe.ch> References: <87B92815-5103-45DA-A494-A79842CCE5CB@versateladsl.be> <20050808120103.GB11904@iam.unibe.ch> Message-ID: <8D200BC1-580E-42A2-A38F-ACEA5116BDB3@iam.unibe.ch> Hi Damien, Hi Dominique, I fixed some of the reported bugs. The latest development version can be downloaded from the repository. > I can't write to the repository so we have to wait for Lukas to > come back. Ask for the password, if you would like to get the possibility to commit. But keep in mind that there are still heavy changes going on ... Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From cassou at iam.unibe.ch Thu Aug 11 09:57:38 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Thu, 11 Aug 2005 09:57:38 +0200 Subject: MAAccessorRelation>>isSatisfiedBy: contains typo In-Reply-To: <8D200BC1-580E-42A2-A38F-ACEA5116BDB3@iam.unibe.ch> References: <87B92815-5103-45DA-A494-A79842CCE5CB@versateladsl.be> <20050808120103.GB11904@iam.unibe.ch> <8D200BC1-580E-42A2-A38F-ACEA5116BDB3@iam.unibe.ch> Message-ID: <20050811075738.GA21222@iam.unibe.ch> > I fixed some of the reported bugs. The latest development version can > be downloaded from the repository. It's cool, thank you ! > >I can't write to the repository so we have to wait for Lukas to > >come back. > Ask for the password, if you would like to get the possibility to > commit. But keep in mind that there are still heavy changes going on ... I ask and keep in mind. It's just for the documentation now that you have corrected the bugs. Thank you very much -- Damien Cassou pour le Software Composition Group a Berne From saidani at info.unicaen.fr Thu Aug 18 00:09:22 2005 From: saidani at info.unicaen.fr (Samir Saidani) Date: Thu, 18 Aug 2005 00:09:22 +0200 Subject: SmallWiki 1 avaible on squeakmap Message-ID: <87fyt8z04t.fsf@info.unicaen.fr> Hi, I've just posted the latest release of SmallWiki 1 on squeakmap, with various enhancements and bug fixes (Hierarchical Menu and a bug fix suggested by Adrien, see log files from squeaksource and previous posts). This release seems to work with Squeak 3.8, and with the new version of smallwiki (SW2), this release will probably be the latest release of SW1. Regards, Samir -- Samir SAIDANI PhD Student in CS / Doctorant en informatique web : http://www.info.unicaen.fr/~saidani Universite de Caen - Laboratoire GREYC tel : 02-31-56-74-30 Equipe MAD - Campus II - 14032 Caen Cedex fax : 02-31-56-76-30 From thf at impara.de Thu Aug 18 13:43:04 2005 From: thf at impara.de (=?ISO-8859-1?Q?Thomas_Fr=F6b?=) Date: Thu, 18 Aug 2005 13:43:04 +0200 Subject: SmallWiki 1 avaible on squeakmap In-Reply-To: <87fyt8z04t.fsf@info.unicaen.fr> References: <87fyt8z04t.fsf@info.unicaen.fr> Message-ID: <43047448.7090108@impara.de> Samir Saidani wrote: >Hi, > >I've just posted the latest release of SmallWiki 1 on squeakmap, with >various enhancements and bug fixes (Hierarchical Menu and a bug fix >suggested by Adrien, see log files from squeaksource and previous >posts). This release seems to work with Squeak 3.8, and with the new >version of smallwiki (SW2), this release will probably be the latest >release of SW1. > >Regards, >Samir > > > Hi Samir, I've just looked at your new version. Thanks for still bug fixing SmallWiki 1. What exactly is the difference between Menu and the Hierarchical Menu? I'm developing a file based logging storage mechanism for SmallWiki 1 and thereby I found two bugs in the SmallWiki 1. 1. If you rename a structure, the title of the predecessor will be changed too I changed SWEditAction title: to title: aString title := aString. and SWEditAction privatePreSave to privatePreSave structure nextVersion: self request. [ (self structure renameTo: self title) ifTrue: [ self target: nil ] ] on: SWDuplicatedStructure do: [ :err | self exception: err ]. so only the new structure gets the new name 2. If you revert or restore a version of a structure which has another name than the current version, the children Dictionary of the parent and the links will not be updated. To make it work SWStructure nextVersionBecome: could be changed like this: nextVersionBecome: newStructure | sCopy | self class == newStructure class ifFalse: [self error: 'Unable to version class changes in history.']. sCopy := self copy. 1 to: newStructure class instSize do: [:i | self instVarAt: i put: (newStructure instVarAt: i). ]. self predecessor: sCopy. self version: sCopy version + 1. self timestamp: TimeStamp current. self localPropertyAt: #checked put: false. self parent: sCopy parent. (sCopy title = newStructure title) ifFalse: [ self hasParent ifTrue: [ self parent remove: sCopy.self parent add: self. SWVisitorLinkInternal block: [ :link | (sCopy title = link reference) ifTrue: [ link reference: self title ] ] start: self root. ] ]. ^self Regards, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.iam.unibe.ch/pipermail/smallwiki/attachments/20050818/ce89ecef/attachment.htm From saidani at info.unicaen.fr Thu Aug 18 18:27:03 2005 From: saidani at info.unicaen.fr (Samir Saidani) Date: Thu, 18 Aug 2005 18:27:03 +0200 Subject: SmallWiki 1 avaible on squeakmap In-Reply-To: <43047448.7090108@impara.de> ( =?iso-8859-1?q?Thomas_Fr=F6b's_message_of?= "Thu, 18 Aug 2005 13:43:04 +0200") References: <87fyt8z04t.fsf@info.unicaen.fr> <43047448.7090108@impara.de> Message-ID: <87wtmj43e0.fsf@info.unicaen.fr> Hi Thomas, Thanks for your bug fixes ! I've just added your fixes to squeaksource, but you have the possibility to fix the bugs directly by yourself from squeaksource. Just open a Monticello Browser, then add an http repository : 'http://www.squeaksource.com/smallwiki1', keep the user and password. Do you know then how to use monticello and squeaksource repositories ? If you need further explanations, don't hesitate. "Thomas Fr?b" writes: > What exactly is the difference between Menu and the Hierarchical Menu? see www.squeak.de for an example of Hierarchical Menu. Oh yes, there is also available on this new release the possibility to use SWAdminBlackBoard box administration for managing permission. Go to Component Editor, then Actions, then add SWAdministrationBlackBoard, click on add and you will see a new menu item : Admin BlackBoard. Regards, Samir From cassou at iam.unibe.ch Thu Aug 25 10:23:56 2005 From: cassou at iam.unibe.ch (Damien Cassou) Date: Thu, 25 Aug 2005 10:23:56 +0200 Subject: [SW2] Create a new Picture Gallery from scratch Message-ID: <20050825082356.GB652@iam.unibe.ch> Hi all, I'm creating a new picture gallery based on ideas of Christoph Wysseier and Jan Rothen. The package is available on Squeak Source under the name SW2PictureGalleryV2. Bye -- Damien Cassou pour le Software Composition Group a Berne From roel.wuyts at ulb.ac.be Fri Aug 26 11:12:12 2005 From: roel.wuyts at ulb.ac.be (Roel Wuyts) Date: Fri, 26 Aug 2005 11:12:12 +0200 Subject: How to couple roles to pages/folder? Message-ID: Hello, I have a question for SmallWiki 1 (since it is for my "production" wiki)... I would like to protect part of my SmallWiki site (my "intranet") such that people have to login to even view that part. The rest of the site (the public part) still needs to be visible to anonymous (but editable by admin). Is there a way to support this scenario ? From what I understood this is currently not possible (e.g. Roles are global). Am I correct ? Anybody made extensions to allow for this kind of scenario ? -- Roel Wuyts From bert at impara.de Fri Aug 26 11:54:34 2005 From: bert at impara.de (Bert Freudenberg) Date: Fri, 26 Aug 2005 11:54:34 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: References: Message-ID: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> Am 26.08.2005 um 11:12 schrieb Roel Wuyts: > Hello, > > I have a question for SmallWiki 1 (since it is for my "production" > wiki)... > I would like to protect part of my SmallWiki site (my "intranet") > such that people have to login to even view that part. The rest of > the site (the public part) still needs to be visible to anonymous > (but editable by admin). > > Is there a way to support this scenario ? From what I understood > this is currently not possible (e.g. Roles are global). Am I > correct ? Anybody made extensions to allow for this kind of scenario ? It's possible in the current implementation without extension. The key is to give permissions only to the structures, not to the users. When a user tries to access a structure, the permissions are taken from the structure. I think the following should work for you: - anonymous user: -- role 'anon' (no permissions) - registered user -- role 'editor' (no permissions) - root folder '/' -- role 'anon' (allow read) -- role 'editor (allow read and write) - folder '/private/' -- role 'anon' (no permissions) I'm not 100% sure if you can indeed "take away" permissions in the subfolder, you need to try that. We employ an even finer-grained scheme with write access for different users in different folders. For that, we give each folder a separate role with write permissions (the role is named after the folder). When a user should be allowed to write in that folder, it is assigned a role with the folder name (but again without permissions). - Bert - From damien.cassou at laposte.net Fri Aug 26 13:37:12 2005 From: damien.cassou at laposte.net (damien.cassou@laposte.net) Date: Fri, 26 Aug 2005 13:37:12 +0200 Subject: [SW2] Documentation available Message-ID: <20050826113712.GB25351@iam.unibe.ch> Hi, lots of documentation is now accessible through the wiki website of SmallWiki 2 : http://smallwiki.unibe.ch/smallwiki/smallwiki2/ Feel free to send emails to this list or directly to me if you have any question/comment/problem... I'm waiting for your comments. Bye -- Damien Cassou pour le Software Composition Group a Berne From wuyts at iam.unibe.ch Mon Aug 29 13:32:56 2005 From: wuyts at iam.unibe.ch (Roel Wuyts) Date: Mon, 29 Aug 2005 13:32:56 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> Message-ID: <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> I see. I'll play with this and see what it gives. Thanks! On 26 Aug 2005, at 11:54, Bert Freudenberg wrote: > > Am 26.08.2005 um 11:12 schrieb Roel Wuyts: > > > >> Hello, >> >> I have a question for SmallWiki 1 (since it is for my "production" >> wiki)... >> I would like to protect part of my SmallWiki site (my "intranet") >> such that people have to login to even view that part. The rest of >> the site (the public part) still needs to be visible to anonymous >> (but editable by admin). >> >> Is there a way to support this scenario ? From what I understood >> this is currently not possible (e.g. Roles are global). Am I >> correct ? Anybody made extensions to allow for this kind of >> scenario ? >> >> > > It's possible in the current implementation without extension. The > key is to give permissions only to the structures, not to the > users. When a user tries to access a structure, the permissions are > taken from the structure. I think the following should work for you: > > - anonymous user: > -- role 'anon' (no permissions) > > - registered user > -- role 'editor' (no permissions) > > - root folder '/' > -- role 'anon' (allow read) > -- role 'editor (allow read and write) > > - folder '/private/' > -- role 'anon' (no permissions) > > I'm not 100% sure if you can indeed "take away" permissions in the > subfolder, you need to try that. > > We employ an even finer-grained scheme with write access for > different users in different folders. For that, we give each folder > a separate role with write permissions (the role is named after the > folder). When a user should be allowed to write in that folder, it > is assigned a role with the folder name (but again without > permissions). > > > - Bert - > > From bert at impara.de Mon Aug 29 17:15:24 2005 From: bert at impara.de (Bert Freudenberg) Date: Mon, 29 Aug 2005 17:15:24 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> Message-ID: After talking with a colleague it appears that you can indeed not "take away" permissions in a subfolder, all permissions are inherited. You could still use the scheme I outlined below by having the root folder '/' restricted and have a '/public' folder with more permissions for the 'anon' role. - Bert - Am 29.08.2005 um 13:32 schrieb Roel Wuyts: > I see. > > I'll play with this and see what it gives. > > Thanks! > > On 26 Aug 2005, at 11:54, Bert Freudenberg wrote: > > > >> >> Am 26.08.2005 um 11:12 schrieb Roel Wuyts: >> >> >> >> >>> Hello, >>> >>> I have a question for SmallWiki 1 (since it is for my >>> "production" wiki)... >>> I would like to protect part of my SmallWiki site (my "intranet") >>> such that people have to login to even view that part. The rest >>> of the site (the public part) still needs to be visible to >>> anonymous (but editable by admin). >>> >>> Is there a way to support this scenario ? From what I understood >>> this is currently not possible (e.g. Roles are global). Am I >>> correct ? Anybody made extensions to allow for this kind of >>> scenario ? >>> >>> >>> >> >> It's possible in the current implementation without extension. The >> key is to give permissions only to the structures, not to the >> users. When a user tries to access a structure, the permissions >> are taken from the structure. I think the following should work >> for you: >> >> - anonymous user: >> -- role 'anon' (no permissions) >> >> - registered user >> -- role 'editor' (no permissions) >> >> - root folder '/' >> -- role 'anon' (allow read) >> -- role 'editor (allow read and write) >> >> - folder '/private/' >> -- role 'anon' (no permissions) >> >> I'm not 100% sure if you can indeed "take away" permissions in the >> subfolder, you need to try that. >> >> We employ an even finer-grained scheme with write access for >> different users in different folders. For that, we give each >> folder a separate role with write permissions (the role is named >> after the folder). When a user should be allowed to write in that >> folder, it is assigned a role with the folder name (but again >> without permissions). >> >> >> - Bert - >> >> >> > > From michal-list at auf.net Mon Aug 29 16:59:15 2005 From: michal-list at auf.net (Michal) Date: Mon, 29 Aug 2005 16:59:15 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> Message-ID: <20050829145915.GA32081@e2011> Bert, Roel - > After talking with a colleague it appears that you can indeed not > "take away" permissions in a subfolder, all permissions are inherited. Actually - you can. My smallwiki 1 (Squeak) does just that: its root folder is viewable by all, and one of its subfolder is private. I don't have direct access to its image right now, but as I remember the key is to re-specify (override) a role's permissions on the subfolder. Michal From renggli at iam.unibe.ch Mon Aug 29 18:10:47 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 29 Aug 2005 18:10:47 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: <20050829145915.GA32081@e2011> References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> <20050829145915.GA32081@e2011> Message-ID: >> After talking with a colleague it appears that you can indeed not >> "take away" permissions in a subfolder, all permissions are >> inherited. > > Actually - you can. My smallwiki 1 (Squeak) does just that: its root > folder is viewable by all, and one of its subfolder is private. I > don't have direct access to its image right now, but as I remember the > key is to re-specify (override) a role's permissions on the subfolder. Indeed, in every structure you are able to redefine (override) the roles: Just add a new role with the same name but different permissions to your structure and from there on in the tree those permissions will be used. As an example have a look at the following tree where the anonymous- role is initially defined in the root but redefined (overridden) in two of its sub folders: Root-Folder (anonymous: #( view edit )) Read/Write-Subwiki Readonly-Subwiki (anonymous: #( view ) Private-Subwiki (anonymous: #( )) Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From renggli at iam.unibe.ch Mon Aug 29 21:43:07 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Mon, 29 Aug 2005 21:43:07 +0200 Subject: [SW2] Magritte In-Reply-To: <44766c9153d4b793e8967fa0700cb098@afceurope.com> References: <4B46AF1A-2C1B-11D9-9000-000393CFE6C8@iam.unibe.ch> <18AD6A6D-8BA3-441B-8B4A-E998117FF3ED@iam.unibe.ch> <44766c9153d4b793e8967fa0700cb098@afceurope.com> Message-ID: <2D904D47-94B7-4DAA-8E0C-68BED9567E39@iam.unibe.ch> Hi Annick, > I was able to launch a Descriptioneditor, and I got some report > rendering, but how do you use your report inside an app ? DescriptionEditor is just a component to serve as an example in demos and for me to do some manual testing of the Seaside components. Certainly it should be possible to subclass and to customize to your needs, however in all of our web-applications at netstyle.ch where we are using Magritte we wrote a bunch of highly customized and simplified description-editors to make it easier for the customers to build their own forms. If you just want to use the report component this is slightly more difficult, have a look at MAReport and its users. As the comment in MAReport says I don't suggest to use MAReport since it is just the skeleton of a component, it might work (as for DescriptionEditor) but there are a lot of things still missing. WATableReport might be worth to have a look at, however it does not provide an interface with Magritte. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From info at afceurope.com Mon Aug 29 21:51:21 2005 From: info at afceurope.com (Annick Fron) Date: Mon, 29 Aug 2005 21:51:21 +0200 Subject: [SW2] Magritte In-Reply-To: <2D904D47-94B7-4DAA-8E0C-68BED9567E39@iam.unibe.ch> References: <4B46AF1A-2C1B-11D9-9000-000393CFE6C8@iam.unibe.ch> <18AD6A6D-8BA3-441B-8B4A-E998117FF3ED@iam.unibe.ch> <44766c9153d4b793e8967fa0700cb098@afceurope.com> <2D904D47-94B7-4DAA-8E0C-68BED9567E39@iam.unibe.ch> Message-ID: <6F52CF6D-50C4-4401-AD8C-3AE1388CC8EE@afceurope.com> OK thank you ! I'll see that tomorrow, now it's late. Good night Le 29 ao?t 05 ? 21:43, Lukas Renggli a ?crit : > Hi Annick, > > >> I was able to launch a Descriptioneditor, and I got some report >> rendering, but how do you use your report inside an app ? >> > > DescriptionEditor is just a component to serve as an example in > demos and for me to do some manual testing of the Seaside > components. Certainly it should be possible to subclass and to > customize to your needs, however in all of our web-applications at > netstyle.ch where we are using Magritte we wrote a bunch of highly > customized and simplified description-editors to make it easier for > the customers to build their own forms. > > If you just want to use the report component this is slightly more > difficult, have a look at MAReport and its users. As the comment in > MAReport says I don't suggest to use MAReport since it is just the > skeleton of a component, it might work (as for DescriptionEditor) > but there are a lot of things still missing. WATableReport might be > worth to have a look at, however it does not provide an interface > with Magritte. > > Cheers, > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > From philippe.marschall at gmail.com Mon Aug 29 22:59:52 2005 From: philippe.marschall at gmail.com (Philippe Marschall) Date: Mon, 29 Aug 2005 22:59:52 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: <20050829145915.GA32081@e2011> References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> <20050829145915.GA32081@e2011> Message-ID: <66666f210508291359519fc769@mail.gmail.com> I just wanted to let you guys know, that I use quotes from this thread at the wiki of the experimental access control mechanism for SmallWiki 2 :D Please don't be offended, it just proves to me, that we're on the right track. Philippe From bert at impara.de Mon Aug 29 23:54:57 2005 From: bert at impara.de (Bert Freudenberg) Date: Mon, 29 Aug 2005 23:54:57 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> <20050829145915.GA32081@e2011> Message-ID: Am 29.08.2005 um 18:10 schrieb Lukas Renggli: >>> After talking with a colleague it appears that you can indeed not >>> "take away" permissions in a subfolder, all permissions are >>> inherited. >>> >> >> Actually - you can. My smallwiki 1 (Squeak) does just that: its root >> folder is viewable by all, and one of its subfolder is private. I >> don't have direct access to its image right now, but as I remember >> the >> key is to re-specify (override) a role's permissions on the >> subfolder. >> > > Indeed, in every structure you are able to redefine (override) the > roles: Just add a new role with the same name but different > permissions to your structure and from there on in the tree those > permissions will be used. > > As an example have a look at the following tree where the anonymous- > role is initially defined in the root but redefined (overridden) in > two of its sub folders: > > Root-Folder (anonymous: #( view edit )) > Read/Write-Subwiki > Readonly-Subwiki (anonymous: #( view ) > Private-Subwiki (anonymous: #( )) Good to hear :-) This is what I had in memory, but I wasn't sure. Maybe by loading the advanced permission admin tool (not sure what it's called) this is changed? - Bert - From gluca980 at libero.it Wed Aug 31 11:12:04 2005 From: gluca980 at libero.it (gluca980@libero.it) Date: Wed, 31 Aug 2005 11:12:04 +0200 Subject: time logged Message-ID: Hi, I use smallWiki, I'd like knowing if I do the login and after I will close the page without do the logout, how much time the server still see me logged? Do you know which instruction can I modify to change this time? Cheers Luca ____________________________________________________________ Libero Flat, sempre a 4 Mega a 19,95 euro al mese! Abbonati subito su http://www.libero.it From renggli at iam.unibe.ch Wed Aug 31 11:30:48 2005 From: renggli at iam.unibe.ch (Lukas Renggli) Date: Wed, 31 Aug 2005 11:30:48 +0200 Subject: time logged In-Reply-To: References: Message-ID: <43563E7D-3E99-4865-8398-F28F08B66688@iam.unibe.ch> Hi Luca, > I use smallWiki, I'd like knowing if I do the login and after I > will close the page without do the logout, how much time the server > still see me logged? Do you know which instruction can I modify to > change this time? if I remember correctly SmallWiki 1 was using a session cookie: this means you stay logged in as long as you keep your browser window open. Have a look at the method SWLogin>>execute. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch From thf at impara.de Wed Aug 31 15:54:31 2005 From: thf at impara.de (=?ISO-8859-1?Q?Thomas_Fr=F6b?=) Date: Wed, 31 Aug 2005 15:54:31 +0200 Subject: How to disable Smileys? In-Reply-To: <43563E7D-3E99-4865-8398-F28F08B66688@iam.unibe.ch> References: <43563E7D-3E99-4865-8398-F28F08B66688@iam.unibe.ch> Message-ID: <4315B697.30000@impara.de> Hi, I use the latest version of SmallWiki 1 from SqueakLand. Is there a possiblity to disable the smileys in SmallWiki 1? I need to load some Data from outside the Wiki and I get parse errors when there are smileys in headlines. Besides: In the current SmaCC Runtime ( version 4 ) from SqueakMap the SmaCCParserError has no method "parameter". So you may use "tag" instead. Regards, Thomas From thf at impara.de Wed Aug 31 16:25:48 2005 From: thf at impara.de (=?ISO-8859-1?Q?Thomas_Fr=F6b?=) Date: Wed, 31 Aug 2005 16:25:48 +0200 Subject: How to disable Smileys? In-Reply-To: <4315B697.30000@impara.de> References: <43563E7D-3E99-4865-8398-F28F08B66688@iam.unibe.ch> <4315B697.30000@impara.de> Message-ID: <4315BDEC.6020502@impara.de> Thomas Fr?b wrote: > Hi, > > I use the latest version of SmallWiki 1 from SqueakLand. > Is there a possiblity to disable the smileys in SmallWiki 1? > I need to load some Data from outside the Wiki and I get parse errors > when there are smileys in headlines. > > Besides: In the current SmaCC Runtime ( version 4 ) from SqueakMap the > SmaCCParserError has no method "parameter". So you may use "tag" instead. > > Regards, > Thomas ok, I've got it. Now I now (at least a bit) how to use the SmaCCParserGenerator ;) Regards, Thomas From wuyts at iam.unibe.ch Wed Aug 31 07:59:10 2005 From: wuyts at iam.unibe.ch (Roel Wuyts) Date: Wed, 31 Aug 2005 07:59:10 +0200 Subject: How to couple roles to pages/folder? In-Reply-To: References: <525F65E9-D838-4DB6-BCBB-F8BE1CB6C8AA@impara.de> <4E856100-87B1-4210-9314-1DCEBFAB1DD7@iam.unibe.ch> <20050829145915.GA32081@e2011> Message-ID: Never wanted to load the advanced permission admin tool since I heard it was quite unstable (being a student project from a couple of years ago). I would assume it would be possible there by default :-) On 29 Aug 2005, at 23:54, Bert Freudenberg wrote: > > Am 29.08.2005 um 18:10 schrieb Lukas Renggli: > > >>>> After talking with a colleague it appears that you can indeed not >>>> "take away" permissions in a subfolder, all permissions are >>>> inherited. >>>> >>>> >>> >>> Actually - you can. My smallwiki 1 (Squeak) does just that: its root >>> folder is viewable by all, and one of its subfolder is private. I >>> don't have direct access to its image right now, but as I >>> remember the >>> key is to re-specify (override) a role's permissions on the >>> subfolder. >>> >>> >> >> Indeed, in every structure you are able to redefine (override) the >> roles: Just add a new role with the same name but different >> permissions to your structure and from there on in the tree those >> permissions will be used. >> >> As an example have a look at the following tree where the >> anonymous-role is initially defined in the root but redefined >> (overridden) in two of its sub folders: >> >> Root-Folder (anonymous: #( view edit )) >> Read/Write-Subwiki >> Readonly-Subwiki (anonymous: #( view ) >> Private-Subwiki (anonymous: #( )) >> > > Good to hear :-) This is what I had in memory, but I wasn't sure. > > Maybe by loading the advanced permission admin tool (not sure what > it's called) this is changed? > > - Bert - >