August 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Package Browser

by StÃ©phane Ducasse

David is on holidays in Brazil right now. And he will probably restart to work on it next week. The package browser users should kindly but warmly ask him :) The goal is to have - a fast (er) - code clean (that can load with OB and other extensions) - clean (less but better integrated features) Stef On Aug 7, 2009, at 1:23 PM, Damien Cassou wrote: > 2009/8/7 Ramiro Diaz Trepat <ramiro.diaz.trepat(a)jpmorgan.com>: >> Is the package browser gone for good? >> >> Everyone thought that it was slow/bad? > > The package browser is a good browser but currently too slow with a > not so clean implementation. I hope David will work on it. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009

Re: [Pharo-project] extended cut/copy/paste with *graphics* support, help needed.

by StÃ©phane Ducasse

Let me know john. We can integrate your changes as soon as they are ready to. Stef On Aug 7, 2009, at 9:04 AM, John M McIntosh wrote: > I'm looking for someone to help me slice up the changes I've been > working on to get the cut/copy/paste > logic we worked on for Sophie into the Pharo image. I've moved *most* > of it, written some more tests etc. > > But it's stall now because I'm not sure how to get it into the pharo > update queue, also I need someone > to help test and expand on the logic that enables you to cut/copy/ > paste GRAPHICS. > > There is fairly decent support via FFI for moving graphic data between > application & squeak on > the macintosh and windows, limited on unix machines, however I've not > moved that logic > into a pharo image yet, but would like to. > > Anyway if anyone would like to help please email me, and maybe we can > move this forward. > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009

Re: [Pharo-project] preparing 1.1

by StÃ©phane Ducasse

Yes this should be a all the time process. we plan to apply Jannik DSM analysis to the complete pharo (we did it to Morphic). and cut dependencies. What is missing is a menu registration mechanism for the world Menu Any takers? Stef On Aug 7, 2009, at 12:12 PM, Pavel Krivanek wrote: > Hi, > > I would like to add the process of creation of some kind of the UI- > less kernel image and overall approximation to the KernelImage > modularization. > > Cheers, > -- Pavel > > On Thu, Aug 6, 2009 at 12:30 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > Hi guys > > we would like also to get a list of items for 1.1 > > http://code.google.com/p/pharo/wiki/IdeasToImplement > > > â¢ MethodReference? and CompiledMethod? > â¢ Clean category / comments (some package are totally wrong) > â¢ First class packages > â¢ Files: Cleaning file/directory (Gnu + rio rewrite) > â¢ Streams > â¢ Remove projects and other > â¢ Clean ImageSegments? > â¢ MethodReference?/CompiledMethod? > â¢ NewCompiler? > â¢ Better browser > â¢ Cleaning Morphic (better integration of Polymorph) > â¢ Rome and other Sophie library > â¢ Preferences using pragmas > â¢ Checking CUIS enhancement > â¢ Checking Squeak enhancement > â¢ Enhancement Strike Fonts > â¢ underscore in selector > - test server > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by StÃ©phane Ducasse

excellent I like when classes has these kinds of comments. stef On Aug 7, 2009, at 8:55 AM, Miguel Enrique CobÃ¡ Martinez wrote: > I forgot the text: > >> I duplicate here part of the RFBServer class comment for the >> examples of >> use: >> >> > ** CONTROL THE SERVER WITH A MENU > > The easiest way to configure and control the server is to open the > menu: > > RFBServerGUI open > > (which you can pin to the desktop if you like). > > > > ** CONTROL THE SERVER WITH CONVENIENCE METHODS > > There are handy methods to quickly start/stop the server (using the > default preferences and allowing empty > passwords). > > To start the server on the default display #0 > > RFBServer start > > To start the server on other display: > > RFBServer start: 1 > > To stop the server: > > RFBServer stop. > > > > ** CONTROL THE SERVER PROGRAMMATICALLY > > The PREFERED way to interact, configure and control the server is > programmatically. > > The server is implemented as a singleton because only a server can run > at any time. > Access the singleton with: > > RFBServer current > > You can completely configure the server by sending messages to the > singleton. The most important of these is: > > RFBServer current configureForMemoryConservation > > that set the preferences in a way to conserve memory on the server > side. > > To set the view-only and full (interactive) passwords: > > RFBServer current setFullPassword: aFullPassword. > RFBServer current setViewPassword: aViewPassword. > > To disable the empty passwords > > RFBServer current allowEmptyPasswords: false. > > To reset the preferences to their default values: > > RFBServer current initializePreferences. > > To start the server on a given display: > > RFBServer current start: aDisplayNumber. > > To stop the server: > > RFBServer current stop. > > This is a full example for configuring the server by code: > > RFBServer current > initializePreferences; > configureForMemoryConservation; > allowEmptyPasswords: false; > setFullPassword: 'secret'; > setViewPassword: 'secret too'; > start: 0. > > See the comments in the methods of the RFBServer for more options. > > The version on Lukas repo is: > > RFB-MiguelCoba.26.mcz > > Cheers, > Miguel CobÃ¡ > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009

Re: [Pharo-project] file dialog

by Tudor Girba

Thanks. Doru On 7 Aug 2009, at 11:25, Gary Chambers wrote: > Unfortunately, the current protocol of UIManager is rather limited. > Would be good to flesh out properly with colour choosers, font > choosers etc. > > For the moment your best bet is: > > UITheme builder fileSave: 'Your title here' > > which returns a new empty file stream or nil if cancelled. > There are other variants, see TEasilyThemed for others. > > Regards, Gary > > ----- Original Message ----- > From: "Tudor Girba" <girba(a)iam.unibe.ch> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, August 05, 2009 10:36 AM > Subject: Re: [Pharo-project] file dialog > > > Hi again, > > On the same topic, what is the invocation to open a dialogue that > allows for saving files? > > Cheers, > Doru > > > On 5 Aug 2009, at 10:26, Tudor Girba wrote: > >> Thanks Mariano, >> >> The following code works: >> >> UIManager default >> chooseFileMatching: #('mse') >> label: 'Import model from MSE file.'. >> >> The problem is indeed that you have to pass a valid set of >> extensions, >> so * is not allowed. Anyway, it works for the moment but perhaps it >> should be changed to: >> >> FileDialogWindow>>validExtensions: aList >> "Set the filter for the files to be those with the given >> extensions." >> >> aList notEmpty >> ifTrue: [self defaultExtension: aList first]. >> self fileSelectionBlock: [:de | >> de isDirectory >> ifTrue: [self showDirectoriesInFileList] >> ifFalse: [(self fileNamePattern match: de name) and: [ >> aList contains: [:each | each match: >> (FileDirectory extensionFor: >> de name asLowercase) ] ]]] >> >> On the other hand the fileNamePattern seems to already have the job >> of >> filtering, so I do not really understand why we need aList. >> >> Cheers, >> Doru >> >> On 5 Aug 2009, at 09:39, StÃ©phane Ducasse wrote: >> >>> if you have a fix tag it 1.0 ;) >>> >>> Stef >>> >>> On Aug 5, 2009, at 12:56 AM, Mariano Martinez Peck wrote: >>> >>>> >>>> >>>> On Tue, Aug 4, 2009 at 7:32 PM, Tudor Girba <girba(a)iam.unibe.ch> >>>> wrote: >>>> Hi, >>>> >>>> I need to load a file from the disk. >>>> >>>> I am invoking: >>>> UIManager default >>>> chooseFileMatching: '*.mse' >>>> label: 'Import model from MSE file.'. >>>> >>>> The problem is that I do not see any files, even though I have >>>> files >>>> with .mse ending in the directory. Also, even if I pass '*.*' I >>>> still >>>> cannot see the files (only the directories). >>>> >>>> Could anyone tell me what I am doing wrong? >>>> >>>> I could reproduce it and debugging I noticed that >>>> >>>> FileDialogWindow>>validExtensions: aList >>>> "Set the filter for the files to be those with the given >>>> extensions." >>>> >>>> aList notEmpty >>>> ifTrue: [self defaultExtension: aList first]. >>>> self fileSelectionBlock: [:de | >>>> de isDirectory >>>> ifTrue: [self showDirectoriesInFileList] >>>> ifFalse: [(self fileNamePattern match: de name) and: [ >>>> aList includes: (FileDirectory extensionFor: >>>> de name asLowercase)]]] >>>> >>>> >>>> I think there can be a problem with this method. Here, aList will >>>> be >>>> '*.*' and as you can imagine that string doesn't includes any of >>>> the >>>> extensions. Perhaps we can change that include for a match: or >>>> something like that. To see this, remove the line >>>> aList includes: (FileDirectory extensionFor: de name asLowercase >>>> >>>> and you will see that now all the files are shown. >>>> >>>> we should open a ticket but I don't know if this should be 1.0 tag >>>> >>>> best, >>>> >>>> Mariano >>>> >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Next time you see your life passing by, say 'hi' and get to know >>>> her." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "What is more important: To be happy, or to make happy?" >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > www.tudorgirba.com > > "Some battles are better lost than fought." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

Aug. 7, 2009

Re: [Pharo-project] drawing tabs

by Tudor Girba

It works! Thanks a lot. You are the wizard of Morphic :) Regarding the top delta of the tabs, this would have been my second question :). Thanks for the suggestion. Cheers, Doru On 7 Aug 2009, at 14:50, Gary Chambers wrote: > Hi Tudor. > > It seems the pane colour needs to be adopted after the presentations > are > added to the container (since the layout changes when adding). > > In GLMMorphicRenderer > > renderPane: aPane > | container | > container := self emptyMorph. > aPane whenMatchingPresentationsChanged: [ :ann | > container > removeAllMorphs; > addMorph: (self renderPresentationsOf: aPane) > fullFrame: (LayoutFrame new > leftFraction: 0; > rightFraction: 1; > topFraction: 0; > bottomFraction: 1); > adoptPaneColor: container paneColor. > ]. > container > addMorph: (self renderPresentationsOf: aPane) > fullFrame: (LayoutFrame new > leftFraction: 0; > rightFraction: 1; > topFraction: 0; > bottomFraction: 1); > adoptPaneColor: container paneColor. > ^ container > > Also, although Polymorph fixes up splitters for SystemWindows, those > of > BorderedMorph are left with the original code (which is why the tops > of the > tabs are hidden). You might want an initial offset of SystemWindow > borderWidth for the moment. > > Regards, Gary > > > ----- Original Message ----- > From: "Tudor Girba" <girba(a)iam.unibe.ch> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, August 07, 2009 12:31 PM > Subject: Re: [Pharo-project] drawing tabs > > >> Hi Gary, >> >> It would be great to get some feedback on this. >> >> The code can be downloaded with: >> ScriptLoader loadLatestPackage: 'GlamourLoader' from: >> 'http://www.squeaksource.com/Glamour' >> . >> (Smalltalk at: #GlamourLoader) load >> >> To run the example, you can: >> GLMMorphicExamples new stCodeBrowser. >> >> The code that actually renders can be found in GLMMorphicRenderer. >> >> Cheers, >> Doru >> >> >> On 7 Aug 2009, at 13:10, Gary Chambers wrote: >> >>> Depends how the things are laid out. Browser bits can be a bit odd >>> I've >>> found. >>> >>> If you have some code I'll take a look. >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "Tudor Girba" <girba(a)iam.unibe.ch> >>> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> >>> Sent: Friday, August 07, 2009 11:48 AM >>> Subject: [Pharo-project] drawing tabs >>> >>> >>>> Hi, >>>> >>>> We (me and Jorge) are having some problems with drawing >>>> TabGroupMorph >>>> properly. >>>> >>>> The very first time the tabs are displayed, the background is not >>>> drawn correctly (see the attached picture). However, after we >>>> select >>>> another window or a tab, the tabs background are drawn correctly. >>>> >>>> In the same time, when we execute UITheme exampleGroups, everything >>>> works fine. We think we are doing the same thing, but obviously >>>> we do >>>> not. >>>> >>>> Could anyone indicate some possible tracks to look at? >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Not knowing how to do something is not an argument for how it >>>> cannot >>>> be done." >>>> >>>> >>>> >>> >>> >>> -------------------------------------------------------------------------------- >>> >>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "Problem solving should be concentrated on describing >> the problem in a way that is relevant for the solution." >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "What is more important: To be happy, or to make happy?"

Aug. 7, 2009

Re: [Pharo-project] drawing tabs

by Gary Chambers

Hi Tudor. It seems the pane colour needs to be adopted after the presentations are added to the container (since the layout changes when adding). In GLMMorphicRenderer renderPane: aPane | container | container := self emptyMorph. aPane whenMatchingPresentationsChanged: [ :ann | container removeAllMorphs; addMorph: (self renderPresentationsOf: aPane) fullFrame: (LayoutFrame new leftFraction: 0; rightFraction: 1; topFraction: 0; bottomFraction: 1); adoptPaneColor: container paneColor. ]. container addMorph: (self renderPresentationsOf: aPane) fullFrame: (LayoutFrame new leftFraction: 0; rightFraction: 1; topFraction: 0; bottomFraction: 1); adoptPaneColor: container paneColor. ^ container Also, although Polymorph fixes up splitters for SystemWindows, those of BorderedMorph are left with the original code (which is why the tops of the tabs are hidden). You might want an initial offset of SystemWindow borderWidth for the moment. Regards, Gary ----- Original Message ----- From: "Tudor Girba" <girba(a)iam.unibe.ch> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, August 07, 2009 12:31 PM Subject: Re: [Pharo-project] drawing tabs > Hi Gary, > > It would be great to get some feedback on this. > > The code can be downloaded with: > ScriptLoader loadLatestPackage: 'GlamourLoader' from: > 'http://www.squeaksource.com/Glamour' > . > (Smalltalk at: #GlamourLoader) load > > To run the example, you can: > GLMMorphicExamples new stCodeBrowser. > > The code that actually renders can be found in GLMMorphicRenderer. > > Cheers, > Doru > > > On 7 Aug 2009, at 13:10, Gary Chambers wrote: > >> Depends how the things are laid out. Browser bits can be a bit odd >> I've >> found. >> >> If you have some code I'll take a look. >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Tudor Girba" <girba(a)iam.unibe.ch> >> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, August 07, 2009 11:48 AM >> Subject: [Pharo-project] drawing tabs >> >> >>> Hi, >>> >>> We (me and Jorge) are having some problems with drawing TabGroupMorph >>> properly. >>> >>> The very first time the tabs are displayed, the background is not >>> drawn correctly (see the attached picture). However, after we select >>> another window or a tab, the tabs background are drawn correctly. >>> >>> In the same time, when we execute UITheme exampleGroups, everything >>> works fine. We think we are doing the same thing, but obviously we do >>> not. >>> >>> Could anyone indicate some possible tracks to look at? >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "Not knowing how to do something is not an argument for how it cannot >>> be done." >>> >>> >>> >> >> >> -------------------------------------------------------------------------------- >> >> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "Problem solving should be concentrated on describing > the problem in a way that is relevant for the solution." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009

[Pharo-project] SystemNavigation obsoleteBehaviors was Re: [BUG] MethodContext allInstances size

by Stan Shepherd

Hi, Am I right in thinking this is the same issue? It appears to loop forever. ...Stan SystemNavigation obsoleteBehaviors "SystemNavigation default obsoleteBehaviors inspect" "Find all obsolete behaviors including meta classes" | obs | obs := OrderedCollection new. Smalltalk garbageCollect. self allObjectsDo: [:cl | (cl isBehavior and: [cl isObsolete]) ifTrue: [obs add: cl]]. ^ obs asArray Marcus Denker-2 wrote: > > > On 05.08.2009, at 11:30, StÃ©phane Ducasse wrote: > >> Hi guys >> >> MethodContext allInstances size seems to loop forever or even to >> crash my VM. > > This might be because new instances are created while executing the > expression. > > Normally contexts are recycled. But the list of contexts available for > recycling in the vm is flushed (gc) or can just have none to recycle > anymore. > > Therefore, while executing code new instance of MethodContext are > created, > leading to an endless loop for "allInstances". > > ThatÂ´s my theory.. > > > Marcus > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- View this message in context: http://n2.nabble.com/-BUG--MethodContext-allInstances-size-tp3392811p340401… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 7, 2009

Re: [Pharo-project] drawing tabs

by Tudor Girba

Hi Gary, It would be great to get some feedback on this. The code can be downloaded with: ScriptLoader loadLatestPackage: 'GlamourLoader' from: 'http://www.squeaksource.com/Glamour' . (Smalltalk at: #GlamourLoader) load To run the example, you can: GLMMorphicExamples new stCodeBrowser. The code that actually renders can be found in GLMMorphicRenderer. Cheers, Doru On 7 Aug 2009, at 13:10, Gary Chambers wrote: > Depends how the things are laid out. Browser bits can be a bit odd > I've > found. > > If you have some code I'll take a look. > > Regards, Gary > > ----- Original Message ----- > From: "Tudor Girba" <girba(a)iam.unibe.ch> > To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, August 07, 2009 11:48 AM > Subject: [Pharo-project] drawing tabs > > >> Hi, >> >> We (me and Jorge) are having some problems with drawing TabGroupMorph >> properly. >> >> The very first time the tabs are displayed, the background is not >> drawn correctly (see the attached picture). However, after we select >> another window or a tab, the tabs background are drawn correctly. >> >> In the same time, when we execute UITheme exampleGroups, everything >> works fine. We think we are doing the same thing, but obviously we do >> not. >> >> Could anyone indicate some possible tracks to look at? >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Not knowing how to do something is not an argument for how it cannot >> be done." >> >> >> > > > -------------------------------------------------------------------------------- > > >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving should be concentrated on describing the problem in a way that is relevant for the solution."

Aug. 7, 2009

Re: [Pharo-project] WAKom and Seaside 2.9

by Schwab,Wilhelm K

My understanding is the WAKom is on the way out - they are creating "adpators" or something like that, and have a new way of controlling them. -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Damien Cassou Sent: Friday, August 07, 2009 6:12 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] WAKom and Seaside 2.9 How did you install Seaside 2.9? 2009/8/7 Robert Sirois <watchlala(a)hotmail.com>: > Was Seaside 2.9 intended to be used with Pharo beta 1? WAKom still > doesn't work with that version. > > RS > > ________________________________ > Express your personality in color! Preview and select themes for Hotmail(r). > Try it now. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 7, 2009