From garduino at gmail.com Thu Sep 2 13:35:10 2010 From: garduino at gmail.com (=?ISO-8859-1?Q?Germ=E1n_Arduino?=) Date: Thu, 2 Sep 2010 08:35:10 -0300 Subject: A bit of publicity :) Message-ID: I asked to add Pharo, Seaside and Pier on http://www.findbestopensource.com/ Seems that are added! From slink44 at hotmail.com Fri Sep 3 16:21:21 2010 From: slink44 at hotmail.com (Johnathan Doe) Date: Fri, 3 Sep 2010 10:21:21 -0400 Subject: customize comments section Message-ID: Hey Guys, I am new to the Squeak/Seaside/Pier stack. I have a question about comments in the out of the box Pier blog. I see there are input fields for Author and Website when creating a comment. How do I add an input box for email? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Fri Sep 3 19:25:23 2010 From: renggli at gmail.com (Lukas Renggli) Date: Fri, 3 Sep 2010 19:25:23 +0200 Subject: customize comments section In-Reply-To: References: Message-ID: Hi Johnathan, Have a look at PBComment>>#descriptionWebsite and create a similar description and accessors for the e-mail address. Lukas On 3 September 2010 16:21, Johnathan Doe wrote: > Hey Guys, > I am new to the Squeak/Seaside/Pier stack. ?I have a question about comments > in the out of the box Pier blog. > I see there are input fields for Author and Website when creating a comment. > ?How do I add an input box for email? > Thanks > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli www.lukas-renggli.ch From dhenrich at vmware.com Fri Sep 3 21:03:43 2010 From: dhenrich at vmware.com (Dale Henrichs) Date: Fri, 03 Sep 2010 12:03:43 -0700 Subject: New versions of configurations for Magritte2, Pier2 and PierAddons2 Message-ID: <4C81468F.4090003@vmware.com> Magritte 2.0.5.1 - fixed deprecated #and:and: Pier 2.0.6.1 - PierSeaside - moved #isRestful to class-side - modified PRContentsWidget>>#onAnswerCommand: to trap MAError rather than the more general Error. - Pier-Pharo-Persistency - fixed senders of #ifNotNil: - fixed reference to WAKom PierAddOns 2.0.6.1 - Pier-Blog - fixed senders of #ifNotNil: - Pier-Setup - fixed senders of #ifNotNil: - removed legacy code - removed more legacy code Tests are green in GLASS1.0-beta.4 and Pharo1.0. One test failure in Squeak4.1 (MAExtenstionsTest>>testTimePrintOn:). Dale From damir at majcon.de Sat Sep 4 13:06:54 2010 From: damir at majcon.de (Damir) Date: Sat, 4 Sep 2010 04:06:54 -0700 (PDT) Subject: Pier2 Book-Engine: Disable "Add a Note" View Message-ID: <1283598414642-2526638.post@n4.nabble.com> Hi Group, I?m a newbie in smalltalk and in Pier. I?m developing for more as a decade in sap-enviroment, but now it?s time to learn something new ;-) After installing the one-click-pier2 image from the hudson server, everything works fine! Is it possible to disable the "Add a Note"-Component? Thanks for your help! Best regards, Damir ----- -- Damir Majer ... be agile: www.majcon.de -- View this message in context: http://forum.world.st/Pier2-Book-Engine-Disable-Add-a-Note-View-tp2526638p2526638.html Sent from the Magritte, Pier and Related Tools mailing list archive at Nabble.com. From renggli at gmail.com Sat Sep 4 13:25:34 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sat, 4 Sep 2010 13:25:34 +0200 Subject: Pier2 Book-Engine: Disable "Add a Note" View In-Reply-To: <1283598414642-2526638.post@n4.nabble.com> References: <1283598414642-2526638.post@n4.nabble.com> Message-ID: Hi Damir, Welcome to Pier! > Is it possible to disable the "Add a Note"-Component? Sure. Login as admin and edit /system/templates/environment. This is the page that describes the layout of your book. The note component is embedded with '+/system/components/notes+', just remove that part if you don't want it. Lukas -- Lukas Renggli www.lukas-renggli.ch From damir at majcon.de Sat Sep 4 13:33:57 2010 From: damir at majcon.de (Damir) Date: Sat, 4 Sep 2010 04:33:57 -0700 (PDT) Subject: Pier2 Book-Engine: Disable "Add a Note" View In-Reply-To: References: <1283598414642-2526638.post@n4.nabble.com> Message-ID: <1283600037656-2526650.post@n4.nabble.com> Hi Lukas, thank you for your help! Best regards, Damir ----- -- Damir Majer ... be agile: www.majcon.de -- View this message in context: http://forum.world.st/Pier2-Book-Engine-Disable-Add-a-Note-View-tp2526638p2526650.html Sent from the Magritte, Pier and Related Tools mailing list archive at Nabble.com. From slink44 at hotmail.com Mon Sep 6 09:12:32 2010 From: slink44 at hotmail.com (Johnathan Doe) Date: Mon, 6 Sep 2010 03:12:32 -0400 Subject: customize comments section In-Reply-To: References: , Message-ID: Thanks Lukas, I am using the Pier 1.2 from piercms.com. I looked at PBComment prior to posting this question. I figured that this has something to do with solving my problem. I took a look at it again and I did not see a #descriptionWebsite. I did see a website and website:. I am not sure if that is what you meant. I made an email and email:. I am now unsure as to how to display this new field when someone wants to leave a comment. Is there a class that controls the view for the comments? > From: renggli at gmail.com > Date: Fri, 3 Sep 2010 19:25:23 +0200 > Subject: Re: customize comments section > To: smallwiki at iam.unibe.ch > > Hi Johnathan, > > Have a look at PBComment>>#descriptionWebsite and create a similar > description and accessors for the e-mail address. > > Lukas > > On 3 September 2010 16:21, Johnathan Doe wrote: > > Hey Guys, > > I am new to the Squeak/Seaside/Pier stack. I have a question about comments > > in the out of the box Pier blog. > > I see there are input fields for Author and Website when creating a comment. > > How do I add an input box for email? > > Thanks > > > > > > _______________________________________________ > > Magritte, Pier and Related Tools ... > > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki -------------- next part -------------- An HTML attachment was scrubbed... URL: From renggli at gmail.com Mon Sep 6 11:18:21 2010 From: renggli at gmail.com (Lukas Renggli) Date: Mon, 6 Sep 2010 11:18:21 +0200 Subject: customize comments section In-Reply-To: References:

Message-ID: > I looked at PBComment prior to posting this question. ?I figured that this > has something to do with solving my problem. > I took a look at it again and I did not see a #descriptionWebsite. ?I did > see a website and website:. ?I am not sure if that is what you meant. > I made an email and email:. ?I am now unsure as to how to display this new > field when someone wants to leave a comment. ?Is there a class that controls > the view for the comments? The descriptions are on the class-side. Check-out the documentation listed here for more information on Magritte: http://www.lukas-renggli.ch/smalltalk/magritte Lukas -- Lukas Renggli www.lukas-renggli.ch From slink44 at hotmail.com Mon Sep 6 13:11:11 2010 From: slink44 at hotmail.com (Johnathan Doe) Date: Mon, 6 Sep 2010 07:11:11 -0400 Subject: customize comments section In-Reply-To: References: , , , Message-ID: thanks, it worked. i totally forgot to look at the class-side of the object. > From: renggli at gmail.com > Date: Mon, 6 Sep 2010 11:18:21 +0200 > Subject: Re: customize comments section > To: smallwiki at iam.unibe.ch > > > I looked at PBComment prior to posting this question. I figured that this > > has something to do with solving my problem. > > I took a look at it again and I did not see a #descriptionWebsite. I did > > see a website and website:. I am not sure if that is what you meant. > > I made an email and email:. I am now unsure as to how to display this new > > field when someone wants to leave a comment. Is there a class that controls > > the view for the comments? > > The descriptions are on the class-side. > > Check-out the documentation listed here for more information on Magritte: > > http://www.lukas-renggli.ch/smalltalk/magritte > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki -------------- next part -------------- An HTML attachment was scrubbed... URL: From p3anoman at gmail.com Thu Sep 9 17:08:36 2010 From: p3anoman at gmail.com (John McKeon) Date: Thu, 9 Sep 2010 11:08:36 -0400 Subject: [Seaside] [Pier] how to change the css In-Reply-To: References:

Message-ID: Hmmm, I just downloaded the Pier 1.2 one-click and it does work for me. Had to click apply and F5 a couple of times before it took. I am using IE8. I am forwarding this to the Pier list at smallwiki at iam.unibe.ch in case someone more knowledgeable has an idea what your problem might be. John On Thu, Sep 9, 2010 at 10:25 AM, Cyrille Delaunay wrote: > Just try, and it does not change. Whatever I type in the editor (even non > css code), it apply the default css. > > > 2010/9/9 John McKeon > >> Did you try pressing F5/Refresh to get the CSS to reload? >> >> >> On Thu, Sep 9, 2010 at 9:56 AM, Cyrille Delaunay wrote: >> >>> So here is wht I tried: >>> When i'm on a page, I click on the command 'edit design'. It open an >>> editor on the default css (for me, using the pier on click image, it seems >>> to be 'eventCss', am I right?). >>> So here I guess I'm able to edit the default css. But when I change some >>> parameters in the css code, it doesn't modify anything on my web page. >>> What is more strange, is that if I delete all the text from the editor, >>> this time the change is taken into account, and my web page is rendered >>> without any Css style. If I tried just to write a comment (like /*comment*/ >>> ) in the editor, then the default design re-appear. >>> There is surely something I missed ? :) >>> >>> 2010/9/9 John McKeon >>> >>> Hello Cyrille, >>>> Use the Edit Settings command to set the stylesheet of a pier structure. >>>> >>>> Navigate to the current default stylesheet of your pier (mine is under >>>> /System/Compoents) and then use the Copy command to make a duplicate with a >>>> different name. >>>> >>>> Point the blog's stylesheet to the new stylesheet and edit away. >>>> >>>> This also applies to changing the environment of a structure. >>>> >>>> Hope this helps >>>> John >>>> >>>> >>>> On Thu, Sep 9, 2010 at 4:45 AM, Cyrille Delaunay < >>>> cy.delaunay at gmail.com> wrote: >>>> >>>>> Hello, >>>>> I'm currently playing a bit with pier and have some difficulties about >>>>> setting my own css style. >>>>> I would like to know if it is possible in pier to say 'use this css >>>>> file for the whole blog'? >>>>> I would like to retrieve the default css, base my new css file on top >>>>> of this one (to know the css classes, id used), and apply it. >>>>> >>>>> _______________________________________________ >>>>> seaside mailing list >>>>> seaside at lists.squeakfoundation.org >>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>>> >>>>> >>>> >>>> >>>> -- >>>> http://john-mckeon.us >>>> >>>> _______________________________________________ >>>> seaside mailing list >>>> seaside at lists.squeakfoundation.org >>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>>> >>>> >>> >>> _______________________________________________ >>> seaside mailing list >>> seaside at lists.squeakfoundation.org >>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >>> >>> >> >> >> -- >> http://john-mckeon.us >> >> _______________________________________________ >> seaside mailing list >> seaside at lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> >> > > _______________________________________________ > seaside mailing list > seaside at lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > -- http://john-mckeon.us -------------- next part -------------- An HTML attachment was scrubbed... URL: From boris at deepcovelabs.com Thu Sep 9 17:10:27 2010 From: boris at deepcovelabs.com (Boris Popov, DeepCove Labs (SNN)) Date: Thu, 9 Sep 2010 08:10:27 -0700 Subject: [Seaside] [Pier] how to change the css In-Reply-To: References:

Message-ID: You can force cache refresh in all browsers by holding down shift while refreshing the page, saves you from hitting refresh multiple times. -Boris -- DeepCove Labs Ltd. +1 (604) 689-0322 4th floor, 595 Howe Street Vancouver, British Columbia Canada V6C 2T5 http://tinyurl.com/r7uw4 PacNet Services (Europe) Ltd. +353 (0)61 714-360 Shannon Airport House, SFZ County Clare, Ireland http://tinyurl.com/y952amr CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. From: seaside-bounces at lists.squeakfoundation.org [mailto:seaside-bounces at lists.squeakfoundation.org] On Behalf Of John McKeon Sent: 09 September 2010 16:09 To: Seaside - general discussion; Magritte, Pier and Related Tools ... Subject: Re: [Seaside] [Pier] how to change the css Hmmm, I just downloaded the Pier 1.2 one-click and it does work for me. Had to click apply and F5 a couple of times before it took. I am using IE8. I am forwarding this to the Pier list at smallwiki at iam.unibe.ch in case someone more knowledgeable has an idea what your problem might be. John On Thu, Sep 9, 2010 at 10:25 AM, Cyrille Delaunay wrote: Just try, and it does not change. Whatever I type in the editor (even non css code), it apply the default css. 2010/9/9 John McKeon Did you try pressing F5/Refresh to get the CSS to reload? On Thu, Sep 9, 2010 at 9:56 AM, Cyrille Delaunay wrote: So here is wht I tried: When i'm on a page, I click on the command 'edit design'. It open an editor on the default css (for me, using the pier on click image, it seems to be 'eventCss', am I right?). So here I guess I'm able to edit the default css. But when I change some parameters in the css code, it doesn't modify anything on my web page. What is more strange, is that if I delete all the text from the editor, this time the change is taken into account, and my web page is rendered without any Css style. If I tried just to write a comment (like /*comment*/ ) in the editor, then the default design re-appear. There is surely something I missed ? :) 2010/9/9 John McKeon Hello Cyrille, Use the Edit Settings command to set the stylesheet of a pier structure. Navigate to the current default stylesheet of your pier (mine is under /System/Compoents) and then use the Copy command to make a duplicate with a different name. Point the blog's stylesheet to the new stylesheet and edit away. This also applies to changing the environment of a structure. Hope this helps John On Thu, Sep 9, 2010 at 4:45 AM, Cyrille Delaunay wrote: Hello, I'm currently playing a bit with pier and have some difficulties about setting my own css style. I would like to know if it is possible in pier to say 'use this css file for the whole blog'? I would like to retrieve the default css, base my new css file on top of this one (to know the css classes, id used), and apply it. _______________________________________________ seaside mailing list seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- http://john-mckeon.us _______________________________________________ seaside mailing list seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside _______________________________________________ seaside mailing list seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- http://john-mckeon.us _______________________________________________ seaside mailing list seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside _______________________________________________ seaside mailing list seaside at lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- http://john-mckeon.us -------------- next part -------------- An HTML attachment was scrubbed... URL: From pablogancharov at gmail.com Sat Sep 11 01:12:39 2010 From: pablogancharov at gmail.com (Pablo Gancharov) Date: Fri, 10 Sep 2010 20:12:39 -0300 Subject: Pier theme images not showing locally Message-ID: Hi, can someone explain to me why my pier installation can show the images of the theme in the seasidehosting.st server , but not? show any theme image when I run pier locally. Locally I'm using the same image as at seasidehosting. Locally I use the default initialize method: "WAKomEncoded startOn: 8080." Thanks in advance. From yanni at rogers.com Sat Sep 11 06:39:33 2010 From: yanni at rogers.com (Yanni Chiu) Date: Sat, 11 Sep 2010 00:39:33 -0400 Subject: Pier theme images not showing locally In-Reply-To: References: Message-ID: Pablo Gancharov wrote: > Hi, can someone explain to me why my pier installation can show the > images of the theme in the seasidehosting.st server , but not show > any theme image when I run pier locally. > > Locally I'm using the same image as at seasidehosting. Did you copy the ./files directory too. If you uploaded image files to your Pier installation, they get saved in the file system, in the "files" directory. From dtrussardi at tiscali.it Tue Sep 21 11:41:49 2010 From: dtrussardi at tiscali.it (dtrussardi at tiscali.it) Date: Tue, 21 Sep 2010 11:41:49 +0200 Subject: PRFile subclass on Gemstone Pier Message-ID: Hi, i work with the Gemstone version of Pier 2.0. I use PRFile to save data into OODB but i'm interested to save some Files directly into directory on the server. For this i create a subclass of PRFile named PRFileOnDisk. In this class i define the method: isAbstract ^false label: ^ 'FIle on disk'. The fileModel class method return: ^ ISTMAExternalFileModel and the descriptionFile is set to: ^ MAFileDescription new kind: ISTMAExternalFileModel; accessor: #file; priority: 300; label: 'File on Disk'; beEditable; yourself The ISTMAExternalFileModel is a subclass of MAExternalFileModel and it work fine ( create directory and save data on the server disk ) for other Magritte description based on MAFileDescription ( with kind set to ISTMAExternalFileModel ). Now when in Pier i define a link with Type: 'File on disk' ( based on PRFileOnDisk ) the system create the subdirectory on the server disk but don't save the file on it . The file is managed how MAMemoryFileModel. Any idea about it ? Thanks, Dario From dtrussardi at tiscali.it Wed Sep 22 12:28:51 2010 From: dtrussardi at tiscali.it (dtrussardi at tiscali.it) Date: Wed, 22 Sep 2010 12:28:51 +0200 Subject: PRFile subclass on Gemstone Pier In-Reply-To: References: Message-ID: <38DB0731-3B2F-413C-8A1E-5DE414EC9BE2@tiscali.it> Ok, i work around this problem. The error is about the descriptionFile method define in the PRFileOnDisk subclass. When the system create a description it consider the PRfile descriptionFile in all case. I think when in the class hierarchy the system found the same descriptionName... it consider the last definition. But i wrong ? Any considerations ? Thanks, Dario > Hi, > > i work with the Gemstone version of Pier 2.0. > > I use PRFile to save data into OODB but > > i'm interested to save some Files directly into directory on the server. > > > > > For this i create a subclass of PRFile named PRFileOnDisk. > > In this class i define the method: > > isAbstract ^false > > label: ^ 'FIle on disk'. > > The fileModel class method return: > > ^ ISTMAExternalFileModel > > and the descriptionFile is set to: > > ^ MAFileDescription new > kind: ISTMAExternalFileModel; > accessor: #file; > priority: 300; > label: 'File on Disk'; > beEditable; > yourself > > > The ISTMAExternalFileModel is a subclass of MAExternalFileModel > > and it work fine ( create directory and save data on the server disk ) for other Magritte description based on MAFileDescription ( with kind set to ISTMAExternalFileModel ). > > > > > Now when in Pier i define a link with Type: 'File on disk' ( based on PRFileOnDisk ) > > the system create the subdirectory on the server disk but don't save the file on it . > > The file is managed how MAMemoryFileModel. > > > Any idea about it ? > > Thanks, > > Dario > > > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki From dhenrich at vmware.com Wed Sep 22 20:25:08 2010 From: dhenrich at vmware.com (Dale Henrichs) Date: Wed, 22 Sep 2010 11:25:08 -0700 Subject: PRFile subclass on Gemstone Pier In-Reply-To: <38DB0731-3B2F-413C-8A1E-5DE414EC9BE2@tiscali.it> References: <38DB0731-3B2F-413C-8A1E-5DE414EC9BE2@tiscali.it> Message-ID: <4C9A4A04.20806@vmware.com> Dario, If I understand, you were able to fix your problem? I did notice that the #fileModel method on the class-side of PRFile does a detect on a SortedCollection ... so the first description matching the #descriptionFile is taken ... presumably there is a priority field in the description that can force a description to be considered first? Dale dtrussardi at tiscali.it wrote: > Ok, > > i work around this problem. > > The error is about the descriptionFile method define in the PRFileOnDisk subclass. > > When the system create a description it consider the PRfile descriptionFile in all case. > > I think when in the class hierarchy the system found the same descriptionName... it consider the last definition. > > But i wrong ? > > Any considerations ? > > > Thanks, > > Dario > > >> Hi, >> >> i work with the Gemstone version of Pier 2.0. >> >> I use PRFile to save data into OODB but >> >> i'm interested to save some Files directly into directory on the server. >> >> >> >> >> For this i create a subclass of PRFile named PRFileOnDisk. >> >> In this class i define the method: >> >> isAbstract ^false >> >> label: ^ 'FIle on disk'. >> >> The fileModel class method return: >> >> ^ ISTMAExternalFileModel >> >> and the descriptionFile is set to: >> >> ^ MAFileDescription new >> kind: ISTMAExternalFileModel; >> accessor: #file; >> priority: 300; >> label: 'File on Disk'; >> beEditable; >> yourself >> >> >> The ISTMAExternalFileModel is a subclass of MAExternalFileModel >> >> and it work fine ( create directory and save data on the server disk ) for other Magritte description based on MAFileDescription ( with kind set to ISTMAExternalFileModel ). >> >> >> >> >> Now when in Pier i define a link with Type: 'File on disk' ( based on PRFileOnDisk ) >> >> the system create the subdirectory on the server disk but don't save the file on it . >> >> The file is managed how MAMemoryFileModel. >> >> >> Any idea about it ? >> >> Thanks, >> >> Dario >> >> >> >> >> >> >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki From dtrussardi at tiscali.it Thu Sep 23 10:07:45 2010 From: dtrussardi at tiscali.it (dtrussardi at tiscali.it) Date: Thu, 23 Sep 2010 10:07:45 +0200 Subject: PRFile subclass on Gemstone Pier In-Reply-To: <38DB0731-3B2F-413C-8A1E-5DE414EC9BE2@tiscali.it> References: <38DB0731-3B2F-413C-8A1E-5DE414EC9BE2@tiscali.it> Message-ID: <8CADA696-D038-4B0E-ADCD-C6575C0D6441@tiscali.it> Hi, i solve the PRFileOnServerDisk subclass definition for save some files directly into directory on the server. The only method i need to port from superclass ( PRFile ) is the class method descriptionFileGemStone: aDescription descriptionFileGemStone: aDescription ^ aDescription kind: ISTMAExternalFileModel; yourself With this definition when MABuilder create the descriptions cache for the PRFileOnServerDisk the descriptionFile is update by descriptionFileGemStone: aDescription specifications and all work fine. The question about the selection of descriptions with the same name in class hierarchy is open. Any considerations about it ? Thank, Dario > Ok, > > i work around this problem. > > The error is about the descriptionFile method define in the PRFileOnDisk subclass. > > When the system create a description it consider the PRfile descriptionFile in all case. > > I think when in the class hierarchy the system found the same descriptionName... it consider the last definition. > > But i wrong ? > > Any considerations ? > > > Thanks, > > Dario > > >> Hi, >> >> i work with the Gemstone version of Pier 2.0. >> >> I use PRFile to save data into OODB but >> >> i'm interested to save some Files directly into directory on the server. >> >> >> >> >> For this i create a subclass of PRFile named PRFileOnDisk. >> >> In this class i define the method: >> >> isAbstract ^false >> >> label: ^ 'FIle on disk'. >> >> The fileModel class method return: >> >> ^ ISTMAExternalFileModel >> >> and the descriptionFile is set to: >> >> ^ MAFileDescription new >> kind: ISTMAExternalFileModel; >> accessor: #file; >> priority: 300; >> label: 'File on Disk'; >> beEditable; >> yourself >> >> >> The ISTMAExternalFileModel is a subclass of MAExternalFileModel >> >> and it work fine ( create directory and save data on the server disk ) for other Magritte description based on MAFileDescription ( with kind set to ISTMAExternalFileModel ). >> >> >> >> >> Now when in Pier i define a link with Type: 'File on disk' ( based on PRFileOnDisk ) >> >> the system create the subdirectory on the server disk but don't save the file on it . >> >> The file is managed how MAMemoryFileModel. >> >> >> Any idea about it ? >> >> Thanks, >> >> Dario >> >> >> >> >> >> >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki From lenglish5 at cox.net Sun Sep 26 05:26:34 2010 From: lenglish5 at cox.net (Lawson English) Date: Sat, 25 Sep 2010 20:26:34 -0700 Subject: permissions system is confusing Message-ID: <4C9EBD6A.6090104@cox.net> I've managed to do it before, but I'm starting over from scratch and trying to be methodical and I've forgotten something. When I add a new user "testuser" and a group "testgroup" and make no changes to anything, things work as expected. However, the more I try to hone the permissions for group "testgroup" the less certain I am what is supposed to happen. For example, it proves to be extremely easy to disable the ability to logout. How do I leave this ability for specific users and/or members of a group. Also, at times, if I DO lose the ability to log out for a given user, I also lose the ability to login, period. I've had to start over from scratch quite a few times because I'm suddenly unable to log back in, even though I never touched permissions for admin/pier and the admin group. Lawson From renggli at gmail.com Sun Sep 26 10:06:37 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 10:06:37 +0200 Subject: permissions system is confusing In-Reply-To: <4C9EBD6A.6090104@cox.net> References: <4C9EBD6A.6090104@cox.net> Message-ID: > For example, it proves to be extremely easy to disable the ability to > logout. ? How do I leave this ability for specific users and/or members of a > group. > > Also, at times, if I DO lose the ability to log out for a given user, I also > lose the ability to login, period. The login and logout actions are not affected by the permissions. It is very simple: if you are logged in you can only log out, if you are logged out you can only log in, period. Lukas -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Sun Sep 26 10:32:31 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 01:32:31 -0700 Subject: permissions system is confusing In-Reply-To: References: <4C9EBD6A.6090104@cox.net> Message-ID: <4C9F051F.4060304@cox.net> On 9/26/10 1:06 AM, Lukas Renggli wrote: >> For example, it proves to be extremely easy to disable the ability to >> logout. How do I leave this ability for specific users and/or members of a >> group. >> >> Also, at times, if I DO lose the ability to log out for a given user, I also >> lose the ability to login, period. > The login and logout actions are not affected by the permissions. It > is very simple: if you are logged in you can only log out, if you are > logged out you can only log in, period. > > Lukas > > Yes, but the logout option disappears for a non-superuser. Also, the login text in the footer is supposed to show the name that is logged in, but that disappears and all that hows is "user". E.G. one instance shows "Logged in as admin (change password?)" and the there shows "Logged in as user (change password?)", even though I'm logged in as admin in both instances of Pier. One is running on the Pharo-Seaside 1-click image, which does show the user name, while one is running on Squeak 4.1 with Seaside and Pier installed using ConfigurationOfSeaside30, and it only shows "user". Also, if I close the pier window from the browser when logout isn't showing and go back to the per entry point, I still can't login. I can clear the safari cache and/or quit safari numerous times, and I still can't log back in. Lawson From lenglish5 at cox.net Sun Sep 26 10:39:22 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 01:39:22 -0700 Subject: permissions system is confusing In-Reply-To: <4C9F051F.4060304@cox.net> References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> Message-ID: <4C9F06BA.2070704@cox.net> On 9/26/10 1:32 AM, Lawson English wrote: > > Also, if I close the pier window from the browser when logout isn't > showing and go back to the per entry point, I still can't login. I can > clear the safari cache and/or quit safari numerous times, and I still > can't log back in. > > However, if I go to the Pier welcome page and reset the current look by selecting any of the three options, the login link appears again... Lawson From renggli at gmail.com Sun Sep 26 11:06:28 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 11:06:28 +0200 Subject: permissions system is confusing In-Reply-To: <4C9F051F.4060304@cox.net> References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> Message-ID: > Yes, but the logout option disappears for a non-superuser. Not in my image. > Also, ?the login text in the footer is supposed to show the name that is > logged in, but ?that disappears and all that hows is "user". E.G. one > instance shows ?"Logged in as admin (change password?)" and the there shows > "Logged in as user (change password?)", even though I'm logged in as admin > in both instances of Pier. Not in my image. > One is running on the Pharo-Seaside 1-click image, which does show the user > name, while one is running on Squeak 4.1 ? with Seaside and Pier installed > using ConfigurationOfSeaside30, and it only shows "user". I am not sure if anybody is maintaining Pier on Squeak? > Also, if I close the pier window from the browser when logout isn't showing > and go back to the per entry point, I still can't login. I can clear the > safari cache and/or quit safari numerous times, and I still can't log back > in. Again I cannot reproduce this on Pharo. Lukas -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Sun Sep 26 11:21:16 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 02:21:16 -0700 Subject: permissions system is confusing In-Reply-To: References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> Message-ID: <4C9F108C.6080705@cox.net> On 9/26/10 2:06 AM, Lukas Renggli wrote: >> Yes, but the logout option disappears for a non-superuser. > Not in my image. happens in both the Squeak 4.1 and pharo Seaside 3.0 rc images, and in Seaside installed from a pristine Squeak 4.1 image using ConfigurationOfSeaside30. >> Also, the login text in the footer is supposed to show the name that is >> logged in, but that disappears and all that hows is "user". E.G. one >> instance shows "Logged in as admin (change password?)" and the there shows >> "Logged in as user (change password?)", even though I'm logged in as admin >> in both instances of Pier. > Not in my image. > >> One is running on the Pharo-Seaside 1-click image, which does show the user >> name, while one is running on Squeak 4.1 with Seaside and Pier installed >> using ConfigurationOfSeaside30, and it only shows "user". > I am not sure if anybody is maintaining Pier on Squeak? > The latest Seaside-Pharo 1-click application for the mac doesn't even include Pier, nor the ConfigurationofSeaside, ConfigurationOfPier classes either. >> Also, if I close the pier window from the browser when logout isn't showing >> and go back to the per entry point, I still can't login. I can clear the >> safari cache and/or quit safari numerous times, and I still can't log back >> in. > Again I cannot reproduce this on Pharo. > > Lukas > I'm going to have to install Pier on Seaside 3.0 final (Pharo) to test it. Will get back to you. Lawson From renggli at gmail.com Sun Sep 26 11:36:37 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 11:36:37 +0200 Subject: permissions system is confusing In-Reply-To: <4C9F108C.6080705@cox.net> References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> <4C9F108C.6080705@cox.net> Message-ID: >>> Yes, but the logout option disappears for a non-superuser. >> >> Not in my image. > > happens in both the Squeak 4.1 ?and pharo Seaside 3.0 rc images, and in > Seaside installed from a pristine Squeak 4.1 image using > ConfigurationOfSeaside30. Indeed, but the result you describe is how it is configured by default: The owner and group of views and commands is 'admin', so you can only see those as 'admin'. >>> One is running on the Pharo-Seaside 1-click image, which does show the >>> user >>> name, while one is running on Squeak 4.1 ? with Seaside and Pier >>> installed >>> using ConfigurationOfSeaside30, and it only shows "user". >> >> I am not sure if anybody is maintaining Pier on Squeak? > > The latest Seaside-Pharo 1-click application for the mac doesn't even > include Pier, nor the ?classes > either. Earlier Seaside distributions included Pier. Since there is a separate Pharo One-Click distribution for a while now, we do not include it with the Seaside one any longer. The Metacello configurations always load minimal setups by default. You can however select more packages if you want. Lukas -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Sun Sep 26 11:51:01 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 02:51:01 -0700 Subject: permissions system is confusing In-Reply-To: <4C9F108C.6080705@cox.net> References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> <4C9F108C.6080705@cox.net> Message-ID: <4C9F1785.2020507@cox.net> On 9/26/10 2:21 AM, Lawson English wrote: > On 9/26/10 2:06 AM, Lukas Renggli wrote: >>> Yes, but the logout option disappears for a non-superuser. >> Not in my image. > > happens in both the Squeak 4.1 and pharo Seaside 3.0 rc images, and > in Seaside installed from a pristine Squeak 4.1 image using > ConfigurationOfSeaside30. > > >>> Also, the login text in the footer is supposed to show the name >>> that is >>> logged in, but that disappears and all that hows is "user". E.G. one >>> instance shows "Logged in as admin (change password?)" and the >>> there shows >>> "Logged in as user (change password?)", even though I'm logged in as >>> admin >>> in both instances of Pier. >> Not in my image. >> >>> One is running on the Pharo-Seaside 1-click image, which does show >>> the user >>> name, while one is running on Squeak 4.1 with Seaside and Pier >>> installed >>> using ConfigurationOfSeaside30, and it only shows "user". >> I am not sure if anybody is maintaining Pier on Squeak? >> > > The latest Seaside-Pharo 1-click application for the mac doesn't even > include Pier, nor the ConfigurationofSeaside, ConfigurationOfPier > classes either. > > >>> Also, if I close the pier window from the browser when logout isn't >>> showing >>> and go back to the per entry point, I still can't login. I can clear >>> the >>> safari cache and/or quit safari numerous times, and I still can't >>> log back >>> in. >> Again I cannot reproduce this on Pharo. >> >> Lukas >> > I'm going to have to install Pier on Seaside 3.0 final (Pharo) to test > it. Will get back to you. > just installed pier2 via ConfigurationOfPier2 and ConfigurationOfPierAddOns2 on the latest version of Seaside 3.0 downloaded from seaside.st (Pharo version 1.1 latest update #11411) and still get the same issue: create a non-super-user, and the logout option goes away.... permanently. Even if you quit and restart your browser and empty the cache, it still won't give the login option, so tweaking permissions for a non-superuser isn't an option. Lawson From renggli at gmail.com Sun Sep 26 11:53:54 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 11:53:54 +0200 Subject: permissions system is confusing In-Reply-To: <4C9F1785.2020507@cox.net> References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> <4C9F108C.6080705@cox.net> <4C9F1785.2020507@cox.net> Message-ID: >> I'm going to have to install Pier on Seaside 3.0 final (Pharo) to test it. >> Will get back to you. > > just installed pier2 via ConfigurationOfPier2 ?and > ConfigurationOfPierAddOns2 on the latest version of Seaside 3.0 downloaded > from seaside.st (Pharo version 1.1 latest update #11411) ?and still get the > same issue: ? create a non-super-user, and the logout option goes away.... > permanently. Even if you quit and restart your browser and empty the cache, > it still won't give the login option, so tweaking permissions for a > non-superuser isn't an option. You need to clear the cookies to force a logout. As I said: "Indeed, but the result you describe is how it is configured by default: The owner and group of views and commands is 'admin', so you can only see those as 'admin'." Lukas -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Sun Sep 26 12:39:39 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 03:39:39 -0700 Subject: permissions system is confusing In-Reply-To: References: <4C9EBD6A.6090104@cox.net> <4C9F051F.4060304@cox.net> <4C9F108C.6080705@cox.net> <4C9F1785.2020507@cox.net> Message-ID: <4C9F22EB.3040309@cox.net> On 9/26/10 2:53 AM, Lukas Renggli wrote: >>> I'm going to have to install Pier on Seaside 3.0 final (Pharo) to test it. >>> Will get back to you. >> just installed pier2 via ConfigurationOfPier2 and >> ConfigurationOfPierAddOns2 on the latest version of Seaside 3.0 downloaded >> from seaside.st (Pharo version 1.1 latest update #11411) and still get the >> same issue: create a non-super-user, and the logout option goes away.... >> permanently. Even if you quit and restart your browser and empty the cache, >> it still won't give the login option, so tweaking permissions for a >> non-superuser isn't an option. > You need to clear the cookies to force a logout. > > As I said: "Indeed, but the result you describe is how it is configured by > default: The owner and group of views and commands is 'admin', so you > can only see those as 'admin'." > OK, thanks. BUT, I try to go in and change groups as admin. I select Current: check Recursive: check (or not) Group: group1 Operator: add (or set) permissions: add blog comment, add blog post, view and nothing seems to happen. I can't add blog posts or view any command in the footer when I log back in as a member of group1. From lenglish5 at cox.net Sun Sep 26 19:02:52 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 10:02:52 -0700 Subject: permissions system use-cases Message-ID: <4C9F7CBC.8090604@cox.net> I guess a better way to ask my questions is to give a series of use cases. I've tried this with the one-click Seaside 3.0 final with Pier2 installed and with Squeak 4.1 with Seaside 3.0 and Pier2 installed. I installed pier on both via ConfigurationOfPier2 and ConfigurationofPierAddOns2 and still can't figure it out... Most important use case right now: have a group that is allowed to add new blog posts, as well as comment on existing blog posts, but can't otherwise affect the Pier installation. I honestly can't figure out how to do this. Thanks. Lawson From renggli at gmail.com Sun Sep 26 19:41:39 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 19:41:39 +0200 Subject: permissions system use-cases In-Reply-To: <4C9F7CBC.8090604@cox.net> References: <4C9F7CBC.8090604@cox.net> Message-ID: The security model follows very closely what Linux does with users and groups on the filesystem. In your case I suggest that you create a group 'blogger' and change the group of the blog to 'blogger' with add, edit and view permission. Also check the FAQ: http://www.piercms.com/doc/faq#123252300 And the mailing-list archive: http://www.google.ch/search?&q=site%3Ahttp%3A%2F%2Fwww.iam.unibe.ch%2Fpipermail%2Fsmallwiki+unix+security Lukas On 26 September 2010 19:02, Lawson English wrote: > ?I guess a better way to ask my questions is to give a series of use cases. > > I've tried this with the one-click Seaside 3.0 final with Pier2 installed > and with Squeak 4.1 with Seaside 3.0 and Pier2 installed. I installed pier > on both via ConfigurationOfPier2 and ConfigurationofPierAddOns2 ?and still > can't figure it out... > > > Most important use case right now: > > > have a group that is allowed to add new blog posts, as well as comment on > existing blog posts, but can't otherwise affect the Pier installation. > > I honestly can't figure out how to do this. > > > Thanks. > > > Lawson > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli www.lukas-renggli.ch From brauer at nordakademie.de Sun Sep 26 20:28:57 2010 From: brauer at nordakademie.de (Dr. Johannes Brauer) Date: Sun, 26 Sep 2010 20:28:57 +0200 Subject: Pier newbie question Message-ID: Hi, I just downloaded Pier 2.0 (Mac Os). After having started pier and localhost:8080 (on Safari) and trying to login the debugger pops up with the message error: this collection is empty What is going wrong? Johannes ________________________________ Staatlich anerkannte private Fachhochschule NORDAKADEMIE Gemeinn?tzige Aktiengesellschaft K?llner Chaussee 11 25337 Elmshorn Vorstand: Prof. Dr. Georg Plate (Vorsitzender), Dipl.-Ing. J?rg Meier (stellv. Vorstand) Vorsitzender des Aufsichtsrats: Dr. h.c. Hans-Heinrich Bruns Sitz: Elmshorn, Amtsgericht Elmshorn, HRB 1682 From renggli at gmail.com Sun Sep 26 21:41:12 2010 From: renggli at gmail.com (Lukas Renggli) Date: Sun, 26 Sep 2010 21:41:12 +0200 Subject: Pier newbie question In-Reply-To: References: Message-ID: Hi Johannes, Please re-download the distribution, I accidentally uploaded a buggy one that did not account for recent changes in Pharo. Lukas On 26 September 2010 20:28, Dr. Johannes Brauer wrote: > Hi, > > I just downloaded Pier 2.0 (Mac Os). After having started pier and > localhost:8080 (on Safari) and trying to login the debugger pops up > with the message > > error: this collection is empty > > What is going wrong? > > Johannes > > ________________________________ > > > Staatlich anerkannte private Fachhochschule > NORDAKADEMIE > Gemeinn?tzige Aktiengesellschaft > K?llner Chaussee 11 > 25337 Elmshorn > > Vorstand: > Prof. Dr. Georg Plate (Vorsitzender), Dipl.-Ing. J?rg Meier (stellv. > Vorstand) > > Vorsitzender des Aufsichtsrats: > Dr. h.c. Hans-Heinrich Bruns > > Sitz: > Elmshorn, Amtsgericht Elmshorn, HRB 1682 > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Mon Sep 27 01:22:49 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 16:22:49 -0700 Subject: permissions system use-cases In-Reply-To: References: <4C9F7CBC.8090604@cox.net> Message-ID: <4C9FD5C9.7000103@cox.net> On 9/26/10 10:41 AM, Lukas Renggli wrote: > The security model follows very closely what Linux does with users and > groups on the filesystem. > > In your case I suggest that you create a group 'blogger' and change > the group of the blog to 'blogger' with add, edit and view permission. > > Also check the FAQ: http://www.piercms.com/doc/faq#123252300 > > And the mailing-list archive: > http://www.google.ch/search?&q=site%3Ahttp%3A%2F%2Fwww.iam.unibe.ch%2Fpipermail%2Fsmallwiki+unix+security > Thanks for trying to help. However, I thought I could expand the design one step at a time, and that doesn't seem to be the case. What I eventually need, is a way for anyone in the blogger group to create, and edit their own blogs, while everyone else can only comment on them. It would be OK if the admin had to create the root blog to which each blogger's blog posts were added. So, there would be a tree of blogs coming off of a page that listed each blog. WIthin the Blogs tree, everyone would have the ability to comment on a blog, even people who hadn't logged in. Only blogger group members could comment on comments. and only the user blogger1 could edit blogs from blogger1. Blogs: blogger1: <= original Blog blogger1post1 comment1: comment1a: comment1b: blogger2: <= copy of original Blog blogger3: <= copy of original Blog I tried to move the original "Blog" and rename it so that I could have a Blog root page above it, and just copy the original Blog page for each new Blog. But that didn't quite work as I expected. Just adding a new blog to "Blogs" and setting the environment to _blogenvenironment didn't work as I had hoped either. E.G. 1) archive doesn't work except for the original blog. 2) the comments link only works for the original blog. I'm under the impression that your example isn't quite set up to do this, am I correct? Any suggestions on how to set up what I want to do? Thanks. Lawson From lenglish5 at cox.net Mon Sep 27 04:49:57 2010 From: lenglish5 at cox.net (Lawson English) Date: Sun, 26 Sep 2010 19:49:57 -0700 Subject: permissions system use-cases In-Reply-To: <4C9FD5C9.7000103@cox.net> References: <4C9F7CBC.8090604@cox.net> <4C9FD5C9.7000103@cox.net> Message-ID: <4CA00655.8080908@cox.net> On 9/26/10 4:22 PM, Lawson English wrote: > > Any suggestions on how to set up what I want to do? I'm getting a little closer, I think. I had assumed that everything was done through the web interface, but the actual Blog is set up by PRDistribution. It should be possible to devise a Blog factory page in PRDistribution that creates a Blog as a child when specific criteria are met. Maybe a dictionary of Blogs, indexed by members of a specific group, and a group member could create their own blog by going to the root page and typing in their name if their blog doesnt already exist, and anyone could select from that list to visit a specific blog. The Archive component should work as expected for each blog. Not sure how to create a Meta-Archive component, but hopefully it will be obvious by the time I get that far. Thanks for your help. Finally (hopefully) starting to "get" how this stuff works. Lawson From renggli at gmail.com Tue Sep 28 07:44:30 2010 From: renggli at gmail.com (Lukas Renggli) Date: Tue, 28 Sep 2010 07:44:30 +0200 Subject: PUUser class>>descriptionFullName In-Reply-To: References: Message-ID: Hi Damien, > here is a description that can be found in Pier: > > PUUser class>>descriptionFullName > ? ?^ MAStringDescription new > ? ? ? ?parameterName: 'full-name'; > ? ? ? ?accessor: #fullName; > ? ? ? ?beReadonly; > ? ? ? ?beHidden; > ? ? ? ?yourself > > > The write selector #fullName: (with the $:) is not defined in PUUser. > It is probably not a problem, but I wanted to know if it would not be > safer to write the following instead: The description is read-only, so the write accessor is never used anyway. > PUUser class>>descriptionFullName > ? ?... > ? ? ? ?accessor: (MAAccessor read: #fullName); > ? ? ... > > what do you think?' The #read: and #write constructor methods are leftovers from very old Magritte versions. They should not be used any longer (and I removed them just now). The accessors shouldn't know about readonly or not, only if the object can be read and can be written (physically). Thanks for pointing out. Lukas -- Lukas Renggli www.lukas-renggli.ch From damien.cassou at gmail.com Tue Sep 28 09:21:53 2010 From: damien.cassou at gmail.com (Damien Cassou) Date: Tue, 28 Sep 2010 09:21:53 +0200 Subject: PUUser class>>descriptionFullName In-Reply-To: References: Message-ID: On Tue, Sep 28, 2010 at 7:44 AM, Lukas Renggli wrote: > The description is read-only, so the write accessor is never used anyway. The problem is that the readonly attribute is used both to indicate that it makes no sense to write (e.g., for the full name of PUUSer) or that the data is immutable (such as for the name attribute of PUUser). In my goal of persisting the pier wiki to text files, I have to distinguish between both cases and for the second case, I need to be able to write. Do you have a solution? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry From renggli at gmail.com Tue Sep 28 09:28:10 2010 From: renggli at gmail.com (Lukas Renggli) Date: Tue, 28 Sep 2010 09:28:10 +0200 Subject: PUUser class>>descriptionFullName In-Reply-To: References:

Message-ID: On 28 September 2010 09:21, Damien Cassou wrote: > On Tue, Sep 28, 2010 at 7:44 AM, Lukas Renggli wrote: >> The description is read-only, so the write accessor is never used anyway. > > The problem is that the readonly attribute is used both to indicate > that it makes no sense to write (e.g., for the full name of PUUSer) or > that the data is immutable (such as for the name attribute of PUUser). > In my goal of persisting the pier wiki to text files, I have to > distinguish between both cases and for the second case, I need to be > able to write. Do you have a solution? In the case of #fullName this is a derived property, so it is dynamically calculated from other properties and should not be saved. In the case of #name this is a read-only property that should not be changed after instantiation. Looks like you need to extend the Magritte meta-model to contain such additional information for persistency (e.g how to set a private value). For example look at how this is done with the XML serializer that Philippe wrote. Lukas > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > -- Lukas Renggli www.lukas-renggli.ch From damien.cassou at gmail.com Tue Sep 28 09:50:59 2010 From: damien.cassou at gmail.com (Damien Cassou) Date: Tue, 28 Sep 2010 09:50:59 +0200 Subject: XML: Magritte <-> SOAP/webservice Message-ID: Hi, does any of you know about Philippe's work to map SOAP to described objects and vice versa? I would like to have a look at it. Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry From nick.ager at gmail.com Tue Sep 28 19:43:40 2010 From: nick.ager at gmail.com (Nick Ager) Date: Tue, 28 Sep 2010 18:43:40 +0100 Subject: Gemstone and Magritte caching and classHistory Message-ID: Hi, I hit a confusing bug caused by an interaction between Magritte cached descriptions and Gemstone's classHistory. I've a model component which define's it's own class side descriptionContainer: MyModel class descriptionContainer ^ super descriptionContainer componentClass: IZUIProjectEditor; yourself. However although I'd been changing code in IZUIProjectEditor, Magritte was holding onto an old version of my class causing unexpected problems: IZUIProjectEditor classHistory last asOop = IZProject description componentClass asOop "false" The solution I found was to flush the Magritte description cache: MADescriptionBuilder default flush Has anyone else had problems with updating code in Gemstone and Magritte cached descriptions? >From the Gemstone side should I worry that: IZUIProjectEditor classHistory size = 6 How do I go about chasing down other references to old classes within Gemstone? Nick -------------- next part -------------- An HTML attachment was scrubbed... URL: From norbert at hartl.name Tue Sep 28 20:59:59 2010 From: norbert at hartl.name (Norbert Hartl) Date: Tue, 28 Sep 2010 20:59:59 +0200 Subject: [GS/SS Beta] Gemstone and Magritte caching and classHistory In-Reply-To: References: Message-ID: Hi, On 28.09.2010, at 19:43, Nick Ager wrote: > Hi, > > I hit a confusing bug caused by an interaction between Magritte cached descriptions and Gemstone's classHistory. > > I've a model component which define's it's own class side descriptionContainer: > > MyModel class descriptionContainer > ^ super descriptionContainer > componentClass: IZUIProjectEditor; > yourself. > > However although I'd been changing code in IZUIProjectEditor, Magritte was holding onto an old version of my class causing unexpected problems: > > IZUIProjectEditor classHistory last asOop = IZProject description componentClass asOop "false" > > The solution I found was to flush the Magritte description cache: > > MADescriptionBuilder default flush > > > Has anyone else had problems with updating code in Gemstone and Magritte cached descriptions? > This is a two-fold problem. One is that Magritte caches descriptions. So you might have to reset the magritte cache if you change a description. If you update code than you run into a gemstone specific issues. If you use a class name inside of code than you are pinpointing that piece of code to a certain class object. Updating code creates another class object that is now lookupable from the environment (Smalltalk). The compiled methods stay the same and pointing to the old class object. > From the Gemstone side should I worry that: > IZUIProjectEditor classHistory size = 6 > > How do I go about chasing down other references to old classes within Gemstone? > I don't know yet but I'll investigate this. Norbert From philippe.marschall at gmail.com Tue Sep 28 21:02:28 2010 From: philippe.marschall at gmail.com (Philippe Marschall) Date: Tue, 28 Sep 2010 21:02:28 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References: Message-ID: 2010/9/28 Damien Cassou : > Hi, > > does any of you know about Philippe's work to map SOAP to described > objects and vice versa? I would like to have a look at it. There's an XML binding library but that knows nothing about SOAP. Cheers Philippe From norbert at hartl.name Wed Sep 29 11:12:06 2010 From: norbert at hartl.name (Norbert Hartl) Date: Wed, 29 Sep 2010 11:12:06 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References: Message-ID: On 28.09.2010, at 21:02, Philippe Marschall wrote: > 2010/9/28 Damien Cassou : >> Hi, >> >> does any of you know about Philippe's work to map SOAP to described >> objects and vice versa? I would like to have a look at it. > > There's an XML binding library but that knows nothing about SOAP. Where is it? I'm interested because I created a Magritte-XML package that tries to deal with this. Norbert From norbert at hartl.name Wed Sep 29 11:42:05 2010 From: norbert at hartl.name (Norbert Hartl) Date: Wed, 29 Sep 2010 11:42:05 +0200 Subject: [GS/SS Beta] Gemstone and Magritte caching and classHistory In-Reply-To: References:

Message-ID: Hi Otto, can you explain what particular problem you are solving with this? Norbert On 29.09.2010, at 10:54, Otto Behrens wrote: > Hi, > > We do the following on every release. Still running 2.8 though. > > MCMethodDefinition cachedDefinitions removeKeys: (MCMethodDefinition > cachedDefinitions keys). > MCMethodDefinition shutDown. > MCFileBasedRepository fastAllSubInstancesDo: [:ea | ea flushCache]. > System commitTransaction. > > HTH > > On Tue, Sep 28, 2010 at 8:59 PM, Norbert Hartl wrote: >> Hi, >> >> On 28.09.2010, at 19:43, Nick Ager wrote: >> >>> Hi, >>> >>> I hit a confusing bug caused by an interaction between Magritte cached descriptions and Gemstone's classHistory. >>> >>> I've a model component which define's it's own class side descriptionContainer: >>> >>> MyModel class descriptionContainer >>> ^ super descriptionContainer >>> componentClass: IZUIProjectEditor; >>> yourself. >>> >>> However although I'd been changing code in IZUIProjectEditor, Magritte was holding onto an old version of my class causing unexpected problems: >>> >>> IZUIProjectEditor classHistory last asOop = IZProject description componentClass asOop "false" >>> >>> The solution I found was to flush the Magritte description cache: >>> >>> MADescriptionBuilder default flush >>> >>> >>> Has anyone else had problems with updating code in Gemstone and Magritte cached descriptions? >>> >> This is a two-fold problem. One is that Magritte caches descriptions. So you might have to reset the magritte cache if you change a description. If you update code than you run into a gemstone specific issues. If you use a class name inside of code than you are pinpointing that piece of code to a certain class object. Updating code creates another class object that is now lookupable from the environment (Smalltalk). The compiled methods stay the same and pointing to the old class object. >> >>> From the Gemstone side should I worry that: >>> IZUIProjectEditor classHistory size = 6 >>> >>> How do I go about chasing down other references to old classes within Gemstone? >>> >> I don't know yet but I'll investigate this. >> >> Norbert >> >> >> From lenglish5 at cox.net Wed Sep 29 17:54:02 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 08:54:02 -0700 Subject: adding gadgets to pier not working? Message-ID: <4CA3611A.7090505@cox.net> I allow users to add gadgets but nothing shows up http://www.gmodules.com/ig/ifr?url=http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml&synd=open&w=320&h=270&title=Bejeweled&border=%23ffffff%7C3px%2C1px+solid+%23999999&output=js pasted into the URL box for the gadget doesn't work. However, {{{}}} added to the edit box of the page, does. Suggestions? Thanks. Lawson From dhenrich at vmware.com Wed Sep 29 18:55:40 2010 From: dhenrich at vmware.com (Dale Henrichs) Date: Wed, 29 Sep 2010 09:55:40 -0700 Subject: [GS/SS Beta] Gemstone and Magritte caching and classHistory In-Reply-To: References:

Message-ID: <4CA36F8C.8080708@vmware.com> Otto Behrens wrote: > Hi, > > We do the following on every release. Still running 2.8 though. > > MCMethodDefinition cachedDefinitions removeKeys: (MCMethodDefinition > cachedDefinitions keys). > MCMethodDefinition shutDown. > MCFileBasedRepository fastAllSubInstancesDo: [:ea | ea flushCache]. > System commitTransaction. > > HTH I have been thinking about making these caches into session-based caches rather persistent caches ... weak collections are used in Pharo (which we don't have in GemStone) so persistent caches _are_ overkill.. Dale > > On Tue, Sep 28, 2010 at 8:59 PM, Norbert Hartl wrote: >> Hi, >> >> On 28.09.2010, at 19:43, Nick Ager wrote: >> >>> Hi, >>> >>> I hit a confusing bug caused by an interaction between Magritte cached descriptions and Gemstone's classHistory. >>> >>> I've a model component which define's it's own class side descriptionContainer: >>> >>> MyModel class descriptionContainer >>> ^ super descriptionContainer >>> componentClass: IZUIProjectEditor; >>> yourself. >>> >>> However although I'd been changing code in IZUIProjectEditor, Magritte was holding onto an old version of my class causing unexpected problems: >>> >>> IZUIProjectEditor classHistory last asOop = IZProject description componentClass asOop "false" >>> >>> The solution I found was to flush the Magritte description cache: >>> >>> MADescriptionBuilder default flush >>> >>> >>> Has anyone else had problems with updating code in Gemstone and Magritte cached descriptions? >>> >> This is a two-fold problem. One is that Magritte caches descriptions. So you might have to reset the magritte cache if you change a description. If you update code than you run into a gemstone specific issues. If you use a class name inside of code than you are pinpointing that piece of code to a certain class object. Updating code creates another class object that is now lookupable from the environment (Smalltalk). The compiled methods stay the same and pointing to the old class object. >> >>> From the Gemstone side should I worry that: >>> IZUIProjectEditor classHistory size = 6 >>> >>> How do I go about chasing down other references to old classes within Gemstone? >>> >> I don't know yet but I'll investigate this. >> >> Norbert >> >> >> From philippe.marschall at gmail.com Wed Sep 29 20:53:49 2010 From: philippe.marschall at gmail.com (Philippe Marschall) Date: Wed, 29 Sep 2010 20:53:49 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References:

Message-ID: 2010/9/29 Norbert Hartl : > > On 28.09.2010, at 21:02, Philippe Marschall wrote: > >> 2010/9/28 Damien Cassou : >>> Hi, >>> >>> does any of you know about Philippe's work to map SOAP to described >>> objects and vice versa? I would like to have a look at it. >> >> There's an XML binding library but that knows nothing about SOAP. > > Where is it? Wherever you put it ;-) Cheers Philippe From renggli at gmail.com Wed Sep 29 21:19:14 2010 From: renggli at gmail.com (Lukas Renggli) Date: Wed, 29 Sep 2010 21:19:14 +0200 Subject: adding gadgets to pier not working? In-Reply-To: <4CA3611A.7090505@cox.net> References: <4CA3611A.7090505@cox.net> Message-ID: On 29 September 2010 17:54, Lawson English wrote: > > I allow users to add gadgets but nothing shows up > > > http://www.gmodules.com/ig/ifr?url=http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml&synd=open&w=320&h=270&title=Bejeweled&border=%23ffffff%7C3px%2C1px+solid+%23999999&output=js > > pasted into the URL box for the gadget doesn't work. Are you using the extension Pier-Gadget? I think the Gadget structure only requires the gadget URL (e.g. http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml), it provides an UI for the parameters and builds the URL internally. Are you on Pier 2? I think Pier-Gadget hasn't been ported to Pier 2 yet, but it might also work. Lukas -- Lukas Renggli www.lukas-renggli.ch From norbert at hartl.name Wed Sep 29 22:42:09 2010 From: norbert at hartl.name (Norbert Hartl) Date: Wed, 29 Sep 2010 22:42:09 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References:

Message-ID: On 29.09.2010, at 20:53, Philippe Marschall wrote: > 2010/9/29 Norbert Hartl : >> >> On 28.09.2010, at 21:02, Philippe Marschall wrote: >> >>> 2010/9/28 Damien Cassou : >>>> Hi, >>>> >>>> does any of you know about Philippe's work to map SOAP to described >>>> objects and vice versa? I would like to have a look at it. >>> >>> There's an XML binding library but that knows nothing about SOAP. >> >> Where is it? > > Wherever you put it ;-) > Ah, now I see :) If we are talking about Magritte-XMLBinding that I know. It can be found here (http://source.lukas-renggli.ch/magritteaddons). And right, it knows nothing about SOAP. But this should be achievable quite easy. Some can map the objects including relationships in a SOAP way (it's only plain nested objects). Then there is only the SOAP envelope missing. Would be a good use case to improve the xml binding. I just don't like SOAP :) Norbert -------------- next part -------------- An HTML attachment was scrubbed... URL: From lenglish5 at cox.net Wed Sep 29 23:56:37 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 14:56:37 -0700 Subject: adding gadgets to pier not working? In-Reply-To: References: <4CA3611A.7090505@cox.net> Message-ID: <4CA3B615.7050803@cox.net> On 9/29/10 12:19 PM, Lukas Renggli wrote: > On 29 September 2010 17:54, Lawson English wrote: >> I allow users to add gadgets but nothing shows up >> >> >> http://www.gmodules.com/ig/ifr?url=http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml&synd=open&w=320&h=270&title=Bejeweled&border=%23ffffff%7C3px%2C1px+solid+%23999999&output=js >> >> pasted into the URL box for the gadget doesn't work. > Are you using the extension Pier-Gadget? I think the Gadget structure > only requires the gadget URL (e.g. > http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml), it provides > an UI for the parameters and builds the URL internally. > > Are you on Pier 2? I think Pier-Gadget hasn't been ported to Pier 2 > yet, but it might also work. > > Lukas > THanks. Will look further. Lawson From lenglish5 at cox.net Thu Sep 30 00:01:13 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 15:01:13 -0700 Subject: how to create new PRValueLink Message-ID: <4CA3B729.7080806@cox.net> I'm subclassing PRValueLink in order to add new +value:xxx+ markup capabilities. However, when I subclass it, it seems to disable all +value:xxx+ markups period. All I did was create a new MyValueLink>>awgValuesIn: aContext " example " | | ^'oops' "oops" never shows and all the existing +value:xxx+ now show "xxx" What am I doing wrong? Lawson From renggli at gmail.com Thu Sep 30 00:05:49 2010 From: renggli at gmail.com (Lukas Renggli) Date: Thu, 30 Sep 2010 00:05:49 +0200 Subject: how to create new PRValueLink In-Reply-To: <4CA3B729.7080806@cox.net> References: <4CA3B729.7080806@cox.net> Message-ID: > What am I doing wrong? Don't subclass. Extend. Lukas On 30 September 2010 00:01, Lawson English wrote: > ?I'm subclassing PRValueLink in order to add new +value:xxx+ markup > capabilities. > > However, when I subclass it, it seems to disable all +value:xxx+ markups > period. > > All I did was create a new MyValueLink>>awgValuesIn: aContext > ? ?" example " > ? ?| | > > > ? ?^'oops' > > > "oops" never shows and all the existing +value:xxx+ now show "xxx" > > > > What am I doing wrong? > > > Lawson > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > -- Lukas Renggli www.lukas-renggli.ch From lenglish5 at cox.net Thu Sep 30 00:31:04 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 15:31:04 -0700 Subject: how to create new PRValueLink In-Reply-To: References: <4CA3B729.7080806@cox.net> Message-ID: <4CA3BE28.3000201@cox.net> Still a newbie in many ways How do I extend instead of subclass? Is that related to traits? not sure how to use those... Lawson On 9/29/10 3:05 PM, Lukas Renggli wrote: >> What am I doing wrong? > Don't subclass. Extend. > > Lukas > > On 30 September 2010 00:01, Lawson English wrote: >> I'm subclassing PRValueLink in order to add new +value:xxx+ markup >> capabilities. >> >> However, when I subclass it, it seems to disable all +value:xxx+ markups >> period. >> >> All I did was create a new MyValueLink>>awgValuesIn: aContext >> " example " >> | | >> >> >> ^'oops' >> >> >> "oops" never shows and all the existing +value:xxx+ now show "xxx" >> >> >> >> What am I doing wrong? >> >> >> Lawson >> _______________________________________________ >> Magritte, Pier and Related Tools ... >> https://www.iam.unibe.ch/mailman/listinfo/smallwiki >> > > From lenglish5 at cox.net Thu Sep 30 01:08:54 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 16:08:54 -0700 Subject: how to create new PRValueLink In-Reply-To: References: <4CA3B729.7080806@cox.net> Message-ID: <4CA3C706.3050705@cox.net> On 9/29/10 3:05 PM, Lukas Renggli wrote: >> What am I doing wrong? > Don't subclass. Extend. OK, put PRValuesLink>>awgValuesIn: aContext "example" ^'oops' into category *AWG-test However, while the old +value:xxx+ links are working again, +value:awgValues+ still shows "awgValues" in the webpage, not "oops" :-/ Lawson From lenglish5 at cox.net Thu Sep 30 01:20:41 2010 From: lenglish5 at cox.net (Lawson English) Date: Wed, 29 Sep 2010 16:20:41 -0700 Subject: how to create new PRValueLink In-Reply-To: <4CA3C706.3050705@cox.net> References: <4CA3B729.7080806@cox.net> <4CA3C706.3050705@cox.net> Message-ID: <4CA3C9C9.3040907@cox.net> Found the issue. the has to be lower case, not camel case. L > On 9/29/10 3:05 PM, Lukas Renggli wrote: >>> What am I doing wrong? >> Don't subclass. Extend. > > OK, put PRValuesLink>>awgValuesIn: aContext > "example" > > > > ^'oops' > > > into category *AWG-test > > However, while the old +value:xxx+ links are working again, > > +value:awgValues+ still shows "awgValues" in the webpage, not "oops" > > > :-/ > > Lawson > > > > > > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > From damien.cassou at gmail.com Thu Sep 30 15:10:05 2010 From: damien.cassou at gmail.com (Damien Cassou) Date: Thu, 30 Sep 2010 15:10:05 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References:

Message-ID: On Wed, Sep 29, 2010 at 10:42 PM, Norbert Hartl wrote: > Ah, now I see :) If we are talking about Magritte-XMLBinding that I know. It > can be found here (http://source.lukas-renggli.ch/magritteaddons). And > right, it knows nothing about SOAP. But this should be achievable quite > easy. Some can map the objects including relationships in a SOAP way (it's > only plain nested objects). Then there is only the SOAP envelope missing. > Would be a good use case to improve the xml binding. I just don't like SOAP > :) Thank you very much. In fact, I didn't want to do SOAP at all. It's just that Lukas told me about such a library that I could have a look at to help me create a Pier<->XML serializer. Looks like this library does not exist after all :-). -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry From norbert at hartl.name Thu Sep 30 16:00:44 2010 From: norbert at hartl.name (Norbert Hartl) Date: Thu, 30 Sep 2010 16:00:44 +0200 Subject: XML: Magritte <-> SOAP/webservice In-Reply-To: References:

Message-ID: <58D64B71-D7CA-4760-B08C-8F817EEA585D@hartl.name> On 30.09.2010, at 15:10, Damien Cassou wrote: > On Wed, Sep 29, 2010 at 10:42 PM, Norbert Hartl wrote: >> Ah, now I see :) If we are talking about Magritte-XMLBinding that I know. It >> can be found here (http://source.lukas-renggli.ch/magritteaddons). And >> right, it knows nothing about SOAP. But this should be achievable quite >> easy. Some can map the objects including relationships in a SOAP way (it's >> only plain nested objects). Then there is only the SOAP envelope missing. >> Would be a good use case to improve the xml binding. I just don't like SOAP >> :) > > Thank you very much. In fact, I didn't want to do SOAP at all. It's > just that Lukas told me about such a library that I could have a look > at to help me create a Pier<->XML serializer. Looks like this library > does not exist after all :-). > What do you want to do? Just serialize pier? That you can do with Sixx. It will serialize the object graph with type dependent xml elements. Norbert