August 2010 - Pharo-users - lists.pharo.org

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

[update 1.2] #12117

by StÃ©phane Ducasse

12117 ----- Mistake in deprecating removeClassVarNamed:. Stef

Aug. 27, 2010

Package organization: from structural to ...

by StÃ©phane Ducasse

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

Aug. 27, 2010

Re: [Pharo-users] Robust flatten for collection?

by Simon Denier

Yep flatten calls gather:, and flatCollect: has a different implementation, but all expects a recursive collection, not a flat one. Well we will find a workaround for now. On 27 aoÃ»t 2010, at 15:23, StÃ©phane Ducasse wrote: > yes this is the same as flatCollect: in moose. > > > gather: aBlock > ^ Array streamContents: > [:stream | > self do: [:ea | stream nextPutAll: (aBlock value: ea)]] > > On Aug 27, 2010, at 3:13 PM, Igor Stasenko wrote: > >> There is a #gather: >> which takes a collection of collections and answers a single collection. >> (if i remember correctly). >> >> On 27 August 2010 16:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> flatCollect: ? >>> >>> Stef >>> >>> On Aug 27, 2010, at 2:06 PM, Simon Denier wrote: >>> >>>> Hi there >>>> >>>> A question to test your sagacity :) >>>> >>>> I'm looking for a method which would flatten a collection, regardless of whether the collection is already flat or not. >>>> >>>> >>>> that is: >>>> #((1 2 3) (4 5 6)) flatten --> #(1 2 3 4 5 6) >>>> >>>> #(1 2 3 4 5 6) flatten --> #(1 2 3 4 5 6) >>>> >>>> #((1 2 3) 4 5 6) flatten --> #(1 2 3 4 5 6) >>>> >>>> >>>> Any idea about the best implementation for this? >>>> >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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. >> >> _______________________________________________ >> 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 -- Simon

Aug. 27, 2010

Re: [Pharo-users] Robust flatten for collection?

by StÃ©phane Ducasse

yes this is the same as flatCollect: in moose. gather: aBlock ^ Array streamContents: [:stream | self do: [:ea | stream nextPutAll: (aBlock value: ea)]] On Aug 27, 2010, at 3:13 PM, Igor Stasenko wrote: > There is a #gather: > which takes a collection of collections and answers a single collection. > (if i remember correctly). > > On 27 August 2010 16:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> flatCollect: ? >> >> Stef >> >> On Aug 27, 2010, at 2:06 PM, Simon Denier wrote: >> >>> Hi there >>> >>> A question to test your sagacity :) >>> >>> I'm looking for a method which would flatten a collection, regardless of whether the collection is already flat or not. >>> >>> >>> that is: >>> #((1 2 3) (4 5 6)) flatten --> #(1 2 3 4 5 6) >>> >>> #(1 2 3 4 5 6) flatten --> #(1 2 3 4 5 6) >>> >>> #((1 2 3) 4 5 6) flatten --> #(1 2 3 4 5 6) >>> >>> >>> Any idea about the best implementation for this? >>> >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> 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. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 27, 2010

Re: [Pharo-users] Robust flatten for collection?

by Igor Stasenko

There is a #gather: which takes a collection of collections and answers a single collection. (if i remember correctly). On 27 August 2010 16:10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > flatCollect: ? > > Stef > > On Aug 27, 2010, at 2:06 PM, Simon Denier wrote: > >> Hi there >> >> A question to test your sagacity :) >> >> I'm looking for a method which would flatten a collection, regardless of whether the collection is already flat or not. >> >> >> that is: >> #((1 2 3) (4 5 6)) flatten Â --> #(1 2 3 4 5 6) >> >> #(1 2 3 4 5 6) flatten Â --> #(1 2 3 4 5 6) >> >> #((1 2 3) 4 5 6) flatten Â --> #(1 2 3 4 5 6) >> >> >> Any idea about the best implementation for this? >> >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> 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. 27, 2010