- Pharo-users - lists.pharo.org

Re: [Pharo-users] Package organization: from structural to ...

by Igor Stasenko

On 30 August 2010 17:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > yes! > Now I would love to have time doing something instead of talking (nothing against you - now I can print here ----) > Rule of thumb: Measure 7 times, before cutting. But yes, i am more talking than doing in recent months. Accumulating energy for next crazy coding sesison :) > Stef > > On Aug 30, 2010, at 4:22 PM, Igor Stasenko wrote: > >> Maybe >> Collections-Kernel >> i.e. not Collection, but Collections >> ? >> >> On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi guys >>> >>> I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 >>> Â Â Â Â which I split into >>> Â Â Â Â Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=2875 >>> >>> Now after I will apply Seaside decomposition to have Test "in their package" >>> >>> Tests-ToolBuilder >>> Â Â Â Â -> ToolBuilder-Test >>> >>> Now in addition I would like to have >>> >>> Kernel >>> Â Â Â Â the right stuff there >>> >>> Collection-Kernel >>> Â Â Â Â Containing what is needed for the core >>> Â Â Â Â I prefer that to Kernel-Collection >>> Â Â Â Â since people that want to look at collection will fin it grouped in Collection >>> Â Â Â Â but the kernel means that we know that they will be for the kernel >>> Â Â Â Â Now for Array we will have >>> >>> Â Â Â Â Â Â Â Â Array will be in >>> Â Â Â Â Â Â Â Â Collection-Kernel >>> Â Â Â Â Â Â Â Â Collection-Kernel-Test >>> >>> Stef >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Best regards, Igor Stasenko AKA sig.

Aug. 30, 2010

Re: [Pharo-users] Package organization: from structural to ...

by StÃ©phane Ducasse

yes! Now I would love to have time doing something instead of talking (nothing against you - now I can print here ----) Stef On Aug 30, 2010, at 4:22 PM, Igor Stasenko wrote: > Maybe > Collections-Kernel > i.e. not Collection, but Collections > ? > > On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 >> which I split into >> http://code.google.com/p/pharo/issues/detail?id=2875 >> >> Now after I will apply Seaside decomposition to have Test "in their package" >> >> Tests-ToolBuilder >> -> ToolBuilder-Test >> >> Now in addition I would like to have >> >> Kernel >> the right stuff there >> >> Collection-Kernel >> Containing what is needed for the core >> I prefer that to Kernel-Collection >> since people that want to look at collection will fin it grouped in Collection >> but the kernel means that we know that they will be for the kernel >> Now for Array we will have >> >> Array will be in >> Collection-Kernel >> Collection-Kernel-Test >> >> Stef >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 30, 2010

Re: [Pharo-users] Package organization: from structural to ...

by Igor Stasenko

Maybe Collections-Kernel i.e. not Collection, but Collections ? On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 > Â Â Â Â which I split into > Â Â Â Â Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=2875 > > Now after I will apply Seaside decomposition to have Test "in their package" > > Tests-ToolBuilder > Â Â Â Â -> ToolBuilder-Test > > Now in addition I would like to have > > Kernel > Â Â Â Â the right stuff there > > Collection-Kernel > Â Â Â Â Containing what is needed for the core > Â Â Â Â I prefer that to Kernel-Collection > Â Â Â Â since people that want to look at collection will fin it grouped in Collection > Â Â Â Â but the kernel means that we know that they will be for the kernel > Â Â Â Â Now for Array we will have > > Â Â Â Â Â Â Â Â Array will be in > Â Â Â Â Â Â Â Â Collection-Kernel > Â Â Â Â Â Â Â Â Collection-Kernel-Test > > Stef > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Best regards, Igor Stasenko AKA sig.

Aug. 30, 2010

Fwd: [Pharo-project] Information about ESUG 2010 conference

by Mariano Martinez Peck

you may be interested... ---------- Forwarded message ---------- From: Noury Bouraqadi <bouraqadi(a)gmail.com> Date: Mon, Aug 30, 2010 at 2:51 PM Subject: [Pharo-project] Information about ESUG 2010 conference To: ESUG Members <esug-list(a)lists.esug.org>, VisualWorks NC < vwnc(a)cs.uiuc.edu>, Pharo Development <pharo-project(a)lists.gforge.inria.fr> Dear Smalltalkers, I'd like to remind you that all information about the ESUG conference is on-line as usual http://www.esug.org/Conferences/2010 you'll there many info including (but not limited to:) -The conference schedule: http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV… -Venue<http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV…>: http://www.esug.org/wiki/pier/Conferences/2010/Venue -A list of Hotels: http://www.esug.org/wiki/pier/Conferences/2010/Accomodation Last, a statistic: So far we have 133 registered people! Definitely the ESUG conference is the place to be to meet the community. For any question, please feel free to contact the esug board (board(a)esug.org ). See you in Barcelona, Noury Esug treasurer _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-users] MethodName

by StÃ©phane Ducasse

Thanks a lot benjamin. You do not imagine how we like seeing the old tools rejuvenated :) Thanks again. Stef On Aug 30, 2010, at 2:08 AM, Benjamin Van Ryseghem wrote: > > From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi Ben. This is muuuch cooler :) > > There are 2 things I suggest you: > > 1) Whenever you send something in order to let people to test is, send in > which Pharo version should we load it. It is not enough saying Pharo 1.2 for > example. Maybe you need to say 12XXX because in THAT version NullStyler was > integrated. > > 2) You should send this kind of mails to pharo-project(a)lists.gforge.inria.fr > instead of pharo-users(a)lists.gforge.inria.fr > > > Bugs I found: > > - Search a "class name" and put "ImageSeg*". You will see a list of results. > Selet ImageSegment for example. Then, select again "selector" instead of > "Class names" > If you then click again in of the resulted classes, there is a DNU > UndefinedObject doesNotUnderstand: #methodClass. > In MethodNameUI >> sourceCode where it does: > > self selectedClass value methodClass > > I attach PharoDebug.log > > > Thank you, just a little mistake, it tested the current radio buttons selection instead of the selection used for the search :) > I hope there is no other bugs ... > > I will post a mail in the project mailling list with all details :) > > > Thank you > > > Ben > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 30, 2010

Re: [Pharo-users] MethodName

by Benjamin Van Ryseghem

From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi Ben. This is muuuch cooler :) > There are 2 things I suggest you: > > 1) Whenever you send something in order to let people to test is, send in > which Pharo version should we load it. It is not enough saying Pharo 1.2 > for > example. Maybe you need to say 12XXX because in THAT version NullStyler was > integrated. > > 2) You should send this kind of mails to > pharo-project(a)lists.gforge.inria.fr > instead of pharo-users(a)lists.gforge.inria.fr > > > Bugs I found: > > - Search a "class name" and put "ImageSeg*". You will see a list of > results. > Selet ImageSegment for example. Then, select again "selector" instead of > "Class names" > If you then click again in of the resulted classes, there is a DNU > UndefinedObject doesNotUnderstand: #methodClass. > In MethodNameUI >> sourceCode where it does: > > self selectedClass value methodClass > > I attach PharoDebug.log > Thank you, just a little mistake, it tested the current radio buttons selection instead of the selection used for the search :) I hope there is no other bugs ... I will post a mail in the project mailling list with all details :) Thank you Ben

Aug. 30, 2010

Re: [Pharo-users] MethodName

by Mariano Martinez Peck

On Wed, Aug 25, 2010 at 1:25 AM, Benjamin Van Ryseghem < benjamin.vanryseghem(a)gmail.com> wrote: > Hi everybody > > I came back with a new version of Method Name with a better Package Chooser > and more choices about the search :) > > > I hope it's useful but if there is some behaviour you would like the Method > Name implements, just let me know > > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'MethodName'; > load. > > Hi Ben. This is muuuch cooler :) There are 2 things I suggest you: 1) Whenever you send something in order to let people to test is, send in which Pharo version should we load it. It is not enough saying Pharo 1.2 for example. Maybe you need to say 12XXX because in THAT version NullStyler was integrated. 2) You should send this kind of mails to pharo-project(a)lists.gforge.inria.fr instead of pharo-users(a)lists.gforge.inria.fr Bugs I found: - Search a "class name" and put "ImageSeg*". You will see a list of results. Selet ImageSegment for example. Then, select again "selector" instead of "Class names" If you then click again in of the resulted classes, there is a DNU UndefinedObject doesNotUnderstand: #methodClass. In MethodNameUI >> sourceCode where it does: self selectedClass value methodClass I attach PharoDebug.log > > Thank you > > > Ben > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

Aug. 29, 2010

Is there any way to make the code formatter work better?

by TimM

Hi guys - In my seaside 1.1rc3 image, when I use the context format (r) menu item, it seems to result in horribly formatted code? Is there some way to get it to produce something that looks like most examples I see? e.g. it makes my render mothod look like this (not the huge indentation of with:) - renderContentOn: html (html div) id: self id; with: [ self contentModel hasWaiters ifFalse: [ I would expect something more like: renderContentOn: html (html div) id: self id; with: [ self contentModel hasWaiters ifFalse: [ Also - is the shortcut key (alt-r) supposed to work as well? Tim

Aug. 29, 2010

Fwd: [Pharo-project] OmniBrowser chapter for PBE 2 is now available

by StÃ©phane Ducasse

Begin forwarded message: > From: Oscar Nierstrasz <oscar(a)iam.unibe.ch> > Date: August 28, 2010 4:13:06 PM GMT+02:00 > To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> > Subject: [Pharo-project] OmniBrowser chapter for PBE 2 is now available > Reply-To: Pharo-project(a)lists.gforge.inria.fr > > > Hi Folks, > > There is a new draft chapter on the OmniBrowser framework for Pharo by Example 2 now available: > > http://pharobyexample.org// > > Cheers, > - on > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 28, 2010

timeStamp :(

by StÃ©phane Ducasse

we got burned because CompiledMethod>>timeStamp returns a '' when the compiled method has not timeStamp instead of a TimeStamp. What we did we systematically created a timeStamp for a MethodReference and suddenly changeStamp size > 0 broke in the following method because it was not expected a time stamp We are puzzled because this code should not work when a MethodReference has a timeStamp. So probably it was only use without timeStamp.... :( Stef printCategoryChunk: category on: aFileStream withStamp: changeStamp priorMethod: priorMethod "Print a method category preamble. This must have a category name. It may have an author/date stamp, and it may have a prior source link. If it has a prior source link, it MUST have a stamp, even if it is empty." "The current design is that changeStamps and prior source links are preserved in the changes file. All fileOuts include changeStamps. Condensing sources, however, eliminates all stamps (and links, natch)." aFileStream cr; nextPut: $!. aFileStream nextChunkPut: (String streamContents: [:strm | strm nextPutAll: self name; nextPutAll: ' methodsFor: '; print: category asString. (changeStamp ~~ nil and: [changeStamp size > 0 or: [priorMethod ~~ nil]]) ifTrue: [strm nextPutAll: ' stamp: '; print: changeStamp]. priorMethod ~~ nil ifTrue: [strm nextPutAll: ' prior: '; print: priorMethod sourcePointer]]). CompiledMethod>>timeStamp "Answer the authoring time-stamp for the given method, retrieved from the sources or changes file. Answer the empty string if no time stamp is available." "(CompiledMethod compiledMethodAt: #timeStamp) timeStamp" | file preamble stamp tokens tokenCount | self fileIndex == 0 ifTrue: [^ String new]. "no source pointer for this method" file := SourceFiles at: self fileIndex. file ifNil: [^ String new]. "sources file not available" "file does not exist happens in secure mode" file := [file readOnlyCopy] on: FileDoesNotExistException do:[:ex| ^ String new]. preamble := self getPreambleFrom: file at: (0 max: self filePosition - 3). stamp := String new. tokens := (preamble findString: 'methodsFor:' startingAt: 1) > 0 ifTrue: [Scanner new scanTokens: preamble] ifFalse: [Array new "ie cant be back ref"]. (((tokenCount := tokens size) between: 7 and: 8) and: [(tokens at: tokenCount - 5) = #methodsFor:]) ifTrue: [(tokens at: tokenCount - 3) = #stamp: ifTrue: ["New format gives change stamp and unified prior pointer" stamp := tokens at: tokenCount - 2]]. ((tokenCount between: 5 and: 6) and: [(tokens at: tokenCount - 3) = #methodsFor:]) ifTrue: [(tokens at: tokenCount - 1) = #stamp: ifTrue: ["New format gives change stamp and unified prior pointer" stamp := tokens at: tokenCount]]. file close. ^ stamp

Aug. 27, 2010