July 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] 1.1-11409-rc4dev10.07.2 - Transcript behaving strange

by Stanislav Paskalev

Hi everyone, I'm going through the first chapter of Pharo by Example and the Transcript morph behaves somewhat strange. When I type "Transcript show: " into a workspace, every time I press space 2 numbers are shown in the Transcript, they look like character indexes from the text from the workspace it self. I believe this is non intentional, perhaps some debugging output left over ? -- And let me congratulate everyone involved in Pharo, it looks really polished and makes a very good first impression for newcommers to Smalltalk like me :) Best regards, Stanislav Paskalev

July 21, 2010

Re: [Pharo-project] Is Object>>name important?

by Hernan Wilkinson

the same happens to me all the time... so I do as if it does not exist :-), I just override it... I agree it should not be Object's protocol. On Wed, Jul 21, 2010 at 1:08 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > ideally I would love to get rid of it and externalName and friends.... now > there are probably deep reasons for now. > > Stef > > On Jul 21, 2010, at 5:45 PM, Alexandre Bergel wrote: > > > Hi! > > > > Time to time, I need to create a #name method on my class. But I found a > bit ugly to do an override. > > Is Object>>name that important? > > > > Cheers, > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 >

July 21, 2010

Re: [Pharo-project] fold: ?

by StÃ©phane Ducasse

I like this point so we can include fold: then. Stef On Jul 21, 2010, at 7:15 PM, Lukas Renggli wrote: >>> Now I remember: We called it #reduce: because this is much more common >>> among programming languages. >> >> Really? http://en.wikipedia.org/wiki/Fold_(higher-order_function) > > Yes, reduce is typically used without initial value, while fold is > used with initial value (we already have inject:into: for that). > > Lukas > >> >> >> Levente >> >>> >>> The implementation in Pharo is much more general than the one of >>> Squeak. Pharo behaves the same as Squeak for two argument blocks on >>> SequenceableCollection. Squeak does not support anything else. >>> >>> Lukas >>> >>> On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> >>>> Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. >>>> >>>> Lukas >>>> >>>> On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >>>>> >>>>> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >>>>> it never got merged though. >>>>> >>>>> Lukas >>>>> >>>>> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>>> wrote: >>>>>> >>>>>> hi lukas >>>>>> >>>>>> I thought that we introduced the equivalent when we were pair >>>>>> programming at my place. >>>>>> fold: got introduced in squeak and may be your implementation/API >>>>>> should be pushed there? >>>>>> Stef >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

Thanks Cool analysis now my point is that it would make sense to have hex always returning 16rXX and printStringHex XX Stef > Well, it is. :) My question is about having a consistent API accross Character>>hex and Integer>>hex not about whether the behavior changed. > For Character >> #hex : > In Squeak 3.8: $a hex -> '16r61' > In Squeak 3.9: $a hex -> MNU SmallInteger >> #hex > In Squeak 3.10: $a hex -> '61' > In Squeak 4.0: $a hex -> '61' > In Squeak 4.1: $a hex -> '61' > In Squeak 4.2-alpha: $a hex -> '61' I got confused because since Character did a simple value hex and hex got changed when I reverted I captured the new behavior Still my question is valid. > $a hex -> '16r61' > In Squeak 4.1: 97 hex -> '61' > In Squeak 4.2-alpha: 97 hex -> '16r61' > > So Character >> #hex returns the same in Squeak 4.1 and 4.2, while Integer >> #hex doesn't. >

July 21, 2010

Re: [Pharo-project] fold: ?

by Lukas Renggli

>> Now I remember: We called it #reduce: because this is much more common >> among programming languages. > > Really? http://en.wikipedia.org/wiki/Fold_(higher-order_function) Yes, reduce is typically used without initial value, while fold is used with initial value (we already have inject:into: for that). Lukas > > > Levente > >> >> The implementation in Pharo is much more general than the one of >> Squeak. Pharo behaves the same as Squeak for two argument blocks on >> SequenceableCollection. Squeak does not support anything else. >> >> Lukas >> >> On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: >>> >>> Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. >>> >>> Lukas >>> >>> On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> >>>> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >>>> it never got merged though. >>>> >>>> Lukas >>>> >>>> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>>> wrote: >>>>> >>>>> hi lukas >>>>> >>>>> I thought that we introduced the equivalent when we were pair >>>>> programming at my place. >>>>> fold: got introduced in squeak and may be your implementation/API >>>>> should be pushed there? >>>>> Stef >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2010

Re: [Pharo-project] about hex

by Levente Uzonyi

On Wed, 21 Jul 2010, StÃ©phane Ducasse wrote: > This is not the answer to my question. > I talked about character>>hex, please reread my mail. Well, it is. :) For Character >> #hex : In Squeak 3.8: $a hex -> '16r61' In Squeak 3.9: $a hex -> MNU SmallInteger >> #hex In Squeak 3.10: $a hex -> '61' In Squeak 4.0: $a hex -> '61' In Squeak 4.1: $a hex -> '61' In Squeak 4.2-alpha: $a hex -> '61' For Integer >> #hex : In Squeak 3.8: 97 hex -> '16r61' In Squeak 3.9: 97 hex -> MNU SmallInteger >> #hex In Squeak 3.10: 97 hex -> '61' In Squeak 4.0: 97 hex -> '61' In Squeak 4.1: 97 hex -> '61' In Squeak 4.2-alpha: 97 hex -> '16r61' So Character >> #hex returns the same in Squeak 4.1 and 4.2, while Integer >> #hex doesn't. Levente > > Stef > > > >> On Wed, 21 Jul 2010, Nicolas Cellier wrote: >> >>> I don't think Eliot changed that, he only changed Integer>>hex... >> >> He didn't change it compared to the previous implementation, but he didn't restore the pre 3.9 state. >> >>> It seems that every implementation of hex did avoid to print the radix in >>> Squeak 3.10. Was it intentional ? >>> >>> Anyway, it will be hard to reach homogeneity because: >>> Integer>>hex should print the radix for VMMaker compatibility >>> ByteArray>>hex shouldn't for cypto compatibility >> >> ByteArray >> #hex is in the Cryptography package, and IMHO it should stay there. >> >> >> Levente >> >>> >>> Nicolas >>> >>> 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> >>>> Levente /Eliot >>>> >>>> I noticed that >>>> >>>> $A hex on squeak >>>> -> 41 >>>> and in pharo >>>> -> '16r41' >>>> >>>> I would like to have both consistent what do you think to have >>>> >>>> $A hex >>>> -> '16r41' >>>> >>>> $A printStringHex >>>> -> '41' >>>> >>>> like that this is consistent with the behavior on integer. >>>> Eliot I saw that to change the behavior on characters and I would like to >>>> know why. >>>> I thought that it was for debugging purpose. >>>> >>>> Stef >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >

July 21, 2010

[Pharo-project] [update 1.2] #12063

by StÃ©phane Ducasse

12063 ----- - Issue 2708: Cleaning a bit systemnavigation. - Issue 2701: fix duplicate entries handling in recentmessageset. Thanks benjamin - Issue 2702: Better duller from Squeak. - Issue 2689: random morph unused code cleanups - Issue 2699: Hex for Cog Stef (on holidays.... relaxing from latex for a day or two)

July 21, 2010

Re: [Pharo-project] fold: ?

by StÃ©phane Ducasse

We will not argue on that one! Stef On Jul 21, 2010, at 6:55 PM, Levente Uzonyi wrote: > On Wed, 21 Jul 2010, Lukas Renggli wrote: > >> Now I remember: We called it #reduce: because this is much more common >> among programming languages. > > Really? http://en.wikipedia.org/wiki/Fold_(higher-order_function) > > > Levente > >> >> The implementation in Pharo is much more general than the one of >> Squeak. Pharo behaves the same as Squeak for two argument blocks on >> SequenceableCollection. Squeak does not support anything else. >> >> Lukas >> >> On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: >>> Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. >>> >>> Lukas >>> >>> On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >>>> it never got merged though. >>>> >>>> Lukas >>>> >>>> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> hi lukas >>>>> >>>>> I thought that we introduced the equivalent when we were pair programming at my place. >>>>> fold: got introduced in squeak and may be your implementation/API should be pushed there? >>>>> Stef >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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

July 21, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

This is not the answer to my question. I talked about character>>hex, please reread my mail. Stef > On Wed, 21 Jul 2010, Nicolas Cellier wrote: > >> I don't think Eliot changed that, he only changed Integer>>hex... > > He didn't change it compared to the previous implementation, but he didn't restore the pre 3.9 state. > >> It seems that every implementation of hex did avoid to print the radix in >> Squeak 3.10. Was it intentional ? >> >> Anyway, it will be hard to reach homogeneity because: >> Integer>>hex should print the radix for VMMaker compatibility >> ByteArray>>hex shouldn't for cypto compatibility > > ByteArray >> #hex is in the Cryptography package, and IMHO it should stay there. > > > Levente > >> >> Nicolas >> >> 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> Levente /Eliot >>> >>> I noticed that >>> >>> $A hex on squeak >>> -> 41 >>> and in pharo >>> -> '16r41' >>> >>> I would like to have both consistent what do you think to have >>> >>> $A hex >>> -> '16r41' >>> >>> $A printStringHex >>> -> '41' >>> >>> like that this is consistent with the behavior on integer. >>> Eliot I saw that to change the behavior on characters and I would like to >>> know why. >>> I thought that it was for debugging purpose. >>> >>> Stef >>> >>> >>> >>> _______________________________________________ >>> 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

July 21, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

On Jul 21, 2010, at 6:49 PM, Nicolas Cellier wrote: > I don't think Eliot changed that, he only changed Integer>>hex... No he did http://code.google.com/p/pharo/issues/detail?id=2705 Item was changed: ----- Method: Character>>hex (in category 'printing') ----- hex + ^value printStringBase: 16! - ^value hex! > It seems that every implementation of hex did avoid to print the radix in Squeak 3.10. Was it intentional ? > > Anyway, it will be hard to reach homogeneity because: > Integer>>hex should print the radix for VMMaker compatibility > ByteArray>>hex shouldn't for cypto compatibility but crypto could use printStringHex so yes we can reach it. > > Nicolas > > 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Levente /Eliot > > I noticed that > > $A hex on squeak > -> 41 > and in pharo > -> '16r41' > > I would like to have both consistent what do you think to have > > $A hex > -> '16r41' > > $A printStringHex > -> '41' > > like that this is consistent with the behavior on integer. > Eliot I saw that to change the behavior on characters and I would like to know why. > I thought that it was for debugging purpose. > > Stef > > > > _______________________________________________ > 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

July 21, 2010

Re: [Pharo-project] ImageMorph Vs SketchMorph Vs ThumbnailImageMorph

by StÃ©phane Ducasse

On Jul 21, 2010, at 6:50 PM, nullPointer wrote: > > Hi, excuse me for my english. don't do that all the time. You are excuse now! > With old SketchMorph, when was resized with mouse the image did adapt to > size of "container", with "stretched" mode. With ImageMorph the size is > always the same of Form. I did try then the ThumbnailImageMorph, but when is > resized the image disappears and morph is showed like a simple white morph. > How can I reproduce the old behavior of SketchMorph? > > I try for example that-> > > aImage := ThumbnailImageMorph new openInWorld; grabFromScreen. > aImage extent: 50@50. "That lose the visible image and show white > morph" > > I wait I explain your right the problem. may be we broke ThumbnailImageMorph :) > Regards > -- > View this message in context: http://forum.world.st/ImageMorph-Vs-SketchMorph-Vs-ThumbnailImageMorph-tp22… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] fold: ?

by Levente Uzonyi

On Wed, 21 Jul 2010, Lukas Renggli wrote: > Now I remember: We called it #reduce: because this is much more common > among programming languages. Really? http://en.wikipedia.org/wiki/Fold_(higher-order_function) Levente > > The implementation in Pharo is much more general than the one of > Squeak. Pharo behaves the same as Squeak for two argument blocks on > SequenceableCollection. Squeak does not support anything else. > > Lukas > > On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: >> Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. >> >> Lukas >> >> On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >>> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >>> it never got merged though. >>> >>> Lukas >>> >>> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> hi lukas >>>> >>>> I thought that we introduced the equivalent when we were pair programming at my place. >>>> fold: got introduced in squeak and may be your implementation/API should be pushed there? >>>> Stef >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 21, 2010

Re: [Pharo-project] about hex

by Levente Uzonyi

On Wed, 21 Jul 2010, Nicolas Cellier wrote: > I don't think Eliot changed that, he only changed Integer>>hex... He didn't change it compared to the previous implementation, but he didn't restore the pre 3.9 state. > It seems that every implementation of hex did avoid to print the radix in > Squeak 3.10. Was it intentional ? > > Anyway, it will be hard to reach homogeneity because: > Integer>>hex should print the radix for VMMaker compatibility > ByteArray>>hex shouldn't for cypto compatibility ByteArray >> #hex is in the Cryptography package, and IMHO it should stay there. Levente > > Nicolas > > 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Levente /Eliot >> >> I noticed that >> >> $A hex on squeak >> -> 41 >> and in pharo >> -> '16r41' >> >> I would like to have both consistent what do you think to have >> >> $A hex >> -> '16r41' >> >> $A printStringHex >> -> '41' >> >> like that this is consistent with the behavior on integer. >> Eliot I saw that to change the behavior on characters and I would like to >> know why. >> I thought that it was for debugging purpose. >> >> Stef >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

July 21, 2010

Re: [Pharo-project] fold: ?

by StÃ©phane Ducasse

On Jul 21, 2010, at 6:35 PM, Lukas Renggli wrote: > Now I remember: We called it #reduce: because this is much more common > among programming languages. I could not put a name on it too :) > > The implementation in Pharo is much more general than the one of > Squeak. Pharo behaves the same as Squeak for two argument blocks on > SequenceableCollection. Squeak does not support anything else. > > Lukas > > On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: >> Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. >> >> Lukas >> >> On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >>> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >>> it never got merged though. >>> >>> Lukas >>> >>> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> hi lukas >>>> >>>> I thought that we introduced the equivalent when we were pair programming at my place. >>>> fold: got introduced in squeak and may be your implementation/API should be pushed there? >>>> Stef >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

[Pharo-project] ImageMorph Vs SketchMorph Vs ThumbnailImageMorph

by nullPointer

Hi, excuse me for my english. With old SketchMorph, when was resized with mouse the image did adapt to size of "container", with "stretched" mode. With ImageMorph the size is always the same of Form. I did try then the ThumbnailImageMorph, but when is resized the image disappears and morph is showed like a simple white morph. How can I reproduce the old behavior of SketchMorph? I try for example that-> aImage := ThumbnailImageMorph new openInWorld; grabFromScreen. aImage extent: 50@50. "That lose the visible image and show white morph" I wait I explain your right the problem. Regards -- View this message in context: http://forum.world.st/ImageMorph-Vs-SketchMorph-Vs-ThumbnailImageMorph-tp22… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 21, 2010

Re: [Pharo-project] about hex

by Nicolas Cellier

I don't think Eliot changed that, he only changed Integer>>hex... It seems that every implementation of hex did avoid to print the radix in Squeak 3.10. Was it intentional ? Anyway, it will be hard to reach homogeneity because: Integer>>hex should print the radix for VMMaker compatibility ByteArray>>hex shouldn't for cypto compatibility Nicolas 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Levente /Eliot > > I noticed that > > $A hex on squeak > -> 41 > and in pharo > -> '16r41' > > I would like to have both consistent what do you think to have > > $A hex > -> '16r41' > > $A printStringHex > -> '41' > > like that this is consistent with the behavior on integer. > Eliot I saw that to change the behavior on characters and I would like to > know why. > I thought that it was for debugging purpose. > > Stef > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 21, 2010

Re: [Pharo-project] fold: ?

by Lukas Renggli

Now I remember: We called it #reduce: because this is much more common among programming languages. The implementation in Pharo is much more general than the one of Squeak. Pharo behaves the same as Squeak for two argument blocks on SequenceableCollection. Squeak does not support anything else. Lukas On 21 July 2010 18:32, Lukas Renggli <renggli(a)gmail.com> wrote: > Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. > > Lukas > > On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: >> See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like >> it never got merged though. >> >> Lukas >> >> On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> hi lukas >>> >>> I thought that we introduced the equivalent when we were pair programming at my place. >>> fold: got introduced in squeak and may be your implementation/API should be pushed there? >>> Stef >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2010

Re: [Pharo-project] fold: ?

by Lukas Renggli

Ahh, it is called #reduce:, #reduceLeft: and #reduceRight: in Pharo. Lukas On 21 July 2010 18:27, Lukas Renggli <renggli(a)gmail.com> wrote: > See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like > it never got merged though. > > Lukas > > On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> hi lukas >> >> I thought that we introduced the equivalent when we were pair programming at my place. >> fold: got introduced in squeak and may be your implementation/API should be pushed there? >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2010

Re: [Pharo-project] fold: ?

by Lukas Renggli

See <http://code.google.com/p/pharo/issues/detail?id=2401>. Looks like it never got merged though. Lukas On 21 July 2010 18:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > hi lukas > > I thought that we introduced the equivalent when we were pair programming at my place. > fold: got introduced in squeak and may be your implementation/API should be pushed there? > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2010

[Pharo-project] fold: ?

by StÃ©phane Ducasse

hi lukas I thought that we introduced the equivalent when we were pair programming at my place. fold: got introduced in squeak and may be your implementation/API should be pushed there? Stef

July 21, 2010

Re: [Pharo-project] Is Object>>name important?

by StÃ©phane Ducasse

ideally I would love to get rid of it and externalName and friends.... now there are probably deep reasons for now. Stef On Jul 21, 2010, at 5:45 PM, Alexandre Bergel wrote: > Hi! > > Time to time, I need to create a #name method on my class. But I found a bit ugly to do an override. > Is Object>>name that important? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

Levente /Eliot I noticed that $A hex on squeak -> 41 and in pharo -> '16r41' I would like to have both consistent what do you think to have $A hex -> '16r41' $A printStringHex -> '41' like that this is consistent with the behavior on integer. Eliot I saw that to change the behavior on characters and I would like to know why. I thought that it was for debugging purpose. Stef

July 21, 2010

[Pharo-project] Is Object>>name important?

by Alexandre Bergel

Hi! Time to time, I need to create a #name method on my class. But I found a bit ugly to do an override. Is Object>>name that important? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 21, 2010

[Pharo-project] PharoInbox ....

by Geert Claes

It would be nice for the "next" SqueakSource to have a built-in ticket system so there wont be a need for separate repositories like PharoInbox. Anyhow, just a thought :) -- View this message in context: http://forum.world.st/PharoInbox-tp2297199p2297199.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 21, 2010

Re: [Pharo-project] About text in method body

by StÃ©phane Ducasse

probably. I should check. On Jul 21, 2010, at 4:08 PM, Alexandre Bergel wrote: >> Because RunArray>>scanFrom: basically links all the Text to RunArray > > Indeed. Actually, RunArray class>>scanFrom: seems to be used as an utility method. It can perfectly be moved into a different package (as soon as the caller are updated). > > Alexandre > > >> >> I was thinking to simply use a RunArray subclass and specialze its scanFrom: >> It may also means that RunArray should not be packaged in CollectionArrayed but with Collection-Text. >> >> >> scanFrom: strm >> "Read the style section of a fileOut or sources file. nextChunk has already been done. We need to return a RunArray of TextAttributes of various kinds. These are written by the implementors of writeScanOn:" >> | rr vv aa this | >> (strm peekFor: $( ) ifFalse: [^ nil]. >> rr := OrderedCollection new. >> [strm skipSeparators. >> strm peekFor: $)] whileFalse: >> [rr add: (Number readFrom: strm)]. >> vv := OrderedCollection new. "Value array" >> aa := OrderedCollection new. "Attributes list" >> [(this := strm next) == nil] whileFalse: [ >> this == $, ifTrue: [vv add: aa asArray. aa := OrderedCollection new]. >> this == $a ifTrue: [aa add: >> (TextAlignment new alignment: (Integer readFrom: strm ifFail: [0]))]. >> this == $f ifTrue: [aa add: >> (TextFontChange new fontNumber: (Integer readFrom: strm ifFail: [0]))]. >> this == $F ifTrue: [aa add: (TextFontReference toFont: >> (Smalltalk at: #StrikeFont ifPresent: [:sf | sf familyName: (strm upTo: $#) size: (Integer readFrom: strm ifFail: [0])]))]. >> this == $b ifTrue: [aa add: (TextEmphasis bold)]. >> this == $i ifTrue: [aa add: (TextEmphasis italic)]. >> this == $u ifTrue: [aa add: (TextEmphasis underlined)]. >> this == $= ifTrue: [aa add: (TextEmphasis struckOut)]. >> this == $n ifTrue: [aa add: (TextEmphasis normal)]. >> this == $- ifTrue: [aa add: (TextKern kern: -1)]. >> this == $+ ifTrue: [aa add: (TextKern kern: 1)]. >> this == $c ifTrue: [aa add: (TextColor scanFrom: strm)]. "color" >> this == $L ifTrue: [aa add: (TextLink scanFrom: strm)]. "L not look like 1" >> this == $R ifTrue: [aa add: (TextURL scanFrom: strm)]. >> "R capitalized so it can follow a number" >> this == $P ifTrue: [aa add: (TextPrintIt scanFrom: strm)]. >> this == $d ifTrue: [aa add: (TextDoIt scanFrom: strm)]. >> "space, cr do nothing" >> ]. >> aa size > 0 ifTrue: [vv add: aa asArray]. >> ^ self runs: rr asArray values: vv asArray >> " >> RunArray scanFrom: (ReadStream on: '(14 50 312)f1,f1b,f1LInteger +;i') >> " >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by StÃ©phane Ducasse

Yes :) do not ask twice for the same information... now there is a slight bug is that space is not allowed to be entered. Stef > Sure. I was not complaining, just mentioning :). > > It's actually working pretty nice like this. > > Cheers, > Doru > > On 21 Jul 2010, at 14:41, Lukas Renggli wrote: > >> This is a standard and ready-made polymorph choice-dialog. There is >> not much that OB can do about this (other than to implement its own). >> >> Lukas >> >> On 21 July 2010 14:42, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >>>> I was fouled by the wrong assumption that it behaved only like the filter (as it used to be). Now the only problem is that the space to write is a bit too small. >>> >>> +1 >>> >>> Alexandre >>> >>> >>>> >>>> On 21 Jul 2010, at 14:31, Alexandre Bergel wrote: >>>> >>>>> Entering a new name in the text field and pressing ok should do what you want ;-) >>>>> >>>>> Alexandre >>>>> >>>>> >>>>> On 21 Jul 2010, at 14:25, Tudor Girba wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I am working in the OB browser that ships with the Pharo 1.1 RC4, and I cannot add a new method category. The problem is that when I say I want to add a category, I can only choose from the existing ones (see the attached picture). >>>>>> >>>>>> Can anyone reproduce this bug? >>>>>> >>>>>> Doru >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "From an abstract enough point of view, any two things are similar." >>>>>> >>>>>> >>>>>> <Squeak VM ScreenSnapz001.png>_______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> "One cannot do more than one can do." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 > > "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

July 21, 2010

Re: [Pharo-project] SqueakSource down ....

by StÃ©phane Ducasse

We will have a server based on web dav hosted at inria to support pharo but we have to wait until sep I would say. Then there is also the option to use a GemSource but we also have to sync with gemstone. On Jul 21, 2010, at 8:22 AM, Geert Claes wrote: > > I just noticed SqueakSource is down again. It looks like this is happening > more and more often now, what can be done? > -- > View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2296645.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] Monticello repository types

by StÃ©phane Ducasse

in the collabook. Stef On Jul 21, 2010, at 8:19 AM, Geert Claes wrote: > > > Norbert Hartl wrote: >> >> You can just create a http repository for it. I did it once and described >> it here: >> >> http://selfish.org/blog/public%20monticello%20repository >> > > I reckon that could be added to the PBE(2) or CollaborActive book > -- > View this message in context: http://forum.world.st/Monticello-repository-types-tp2295053p2296644.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 21, 2010

Re: [Pharo-project] About text in method body

by Alexandre Bergel

> Because RunArray>>scanFrom: basically links all the Text to RunArray Indeed. Actually, RunArray class>>scanFrom: seems to be used as an utility method. It can perfectly be moved into a different package (as soon as the caller are updated). Alexandre > > I was thinking to simply use a RunArray subclass and specialze its scanFrom: > It may also means that RunArray should not be packaged in CollectionArrayed but with Collection-Text. > > > scanFrom: strm > "Read the style section of a fileOut or sources file. nextChunk has already been done. We need to return a RunArray of TextAttributes of various kinds. These are written by the implementors of writeScanOn:" > | rr vv aa this | > (strm peekFor: $( ) ifFalse: [^ nil]. > rr := OrderedCollection new. > [strm skipSeparators. > strm peekFor: $)] whileFalse: > [rr add: (Number readFrom: strm)]. > vv := OrderedCollection new. "Value array" > aa := OrderedCollection new. "Attributes list" > [(this := strm next) == nil] whileFalse: [ > this == $, ifTrue: [vv add: aa asArray. aa := OrderedCollection new]. > this == $a ifTrue: [aa add: > (TextAlignment new alignment: (Integer readFrom: strm ifFail: [0]))]. > this == $f ifTrue: [aa add: > (TextFontChange new fontNumber: (Integer readFrom: strm ifFail: [0]))]. > this == $F ifTrue: [aa add: (TextFontReference toFont: > (Smalltalk at: #StrikeFont ifPresent: [:sf | sf familyName: (strm upTo: $#) size: (Integer readFrom: strm ifFail: [0])]))]. > this == $b ifTrue: [aa add: (TextEmphasis bold)]. > this == $i ifTrue: [aa add: (TextEmphasis italic)]. > this == $u ifTrue: [aa add: (TextEmphasis underlined)]. > this == $= ifTrue: [aa add: (TextEmphasis struckOut)]. > this == $n ifTrue: [aa add: (TextEmphasis normal)]. > this == $- ifTrue: [aa add: (TextKern kern: -1)]. > this == $+ ifTrue: [aa add: (TextKern kern: 1)]. > this == $c ifTrue: [aa add: (TextColor scanFrom: strm)]. "color" > this == $L ifTrue: [aa add: (TextLink scanFrom: strm)]. "L not look like 1" > this == $R ifTrue: [aa add: (TextURL scanFrom: strm)]. > "R capitalized so it can follow a number" > this == $P ifTrue: [aa add: (TextPrintIt scanFrom: strm)]. > this == $d ifTrue: [aa add: (TextDoIt scanFrom: strm)]. > "space, cr do nothing" > ]. > aa size > 0 ifTrue: [vv add: aa asArray]. > ^ self runs: rr asArray values: vv asArray > " > RunArray scanFrom: (ReadStream on: '(14 50 312)f1,f1b,f1LInteger +;i') > " > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 21, 2010

Re: [Pharo-project] Can TestRunner notify failures and errors while they happen?

by Schwab,Wilhelm K

Mariano, I don't know if this is at all responsive to your problem (certainly not to your question<g>), but I noticed long ago that even Dolphin's SUnit Browser (which is much nicer than that the TestRunner) is a great UI for getting an overall picture of which tests are failing, and quite poor for fixing problems. If I think everything might be passing, I use the GUI tools; if I know something is wrong, I run tests programmatically so that the debugger just magically does the right thing when something goes wrong. FWIW. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Tuesday, July 20, 2010 12:22 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Can TestRunner notify failures and errors while they happen? the idea is that adrian proposed to have a testcase acting as an announcer and the testRunner listening So I would start there. On Jul 20, 2010, at 3:15 PM, Mariano Martinez Peck wrote: > Hi folks. One of my tasks while creating the dev images is to run all the tests and analyze the errors and failures. TestRunner list the results (failures and errors) at the end. I would like it to update show and update the TestRunner UI. Why ? Because if it shows me the errors and failures while they happen, I can take the same image, open it again, and start to analyze them. And I don't have to wait until de endâ¦ > > Can someone help me with this? what do you think ? > > Thanks > > Mariano > > > _______________________________________________ > 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

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by Tudor Girba

Sure. I was not complaining, just mentioning :). It's actually working pretty nice like this. Cheers, Doru On 21 Jul 2010, at 14:41, Lukas Renggli wrote: > This is a standard and ready-made polymorph choice-dialog. There is > not much that OB can do about this (other than to implement its own). > > Lukas > > On 21 July 2010 14:42, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >>> I was fouled by the wrong assumption that it behaved only like the >>> filter (as it used to be). Now the only problem is that the space >>> to write is a bit too small. >> >> +1 >> >> Alexandre >> >> >>> >>> On 21 Jul 2010, at 14:31, Alexandre Bergel wrote: >>> >>>> Entering a new name in the text field and pressing ok should do >>>> what you want ;-) >>>> >>>> Alexandre >>>> >>>> >>>> On 21 Jul 2010, at 14:25, Tudor Girba wrote: >>>> >>>>> Hi, >>>>> >>>>> I am working in the OB browser that ships with the Pharo 1.1 >>>>> RC4, and I cannot add a new method category. The problem is that >>>>> when I say I want to add a category, I can only choose from the >>>>> existing ones (see the attached picture). >>>>> >>>>> Can anyone reproduce this bug? >>>>> >>>>> Doru >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "From an abstract enough point of view, any two things are >>>>> similar." >>>>> >>>>> >>>>> <Squeak VM >>>>> ScreenSnapz001.png>_______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> "One cannot do more than one can do." >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > 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 "Not knowing how to do something is not an argument for how it cannot be done."

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by Alexandre Bergel

> I was fouled by the wrong assumption that it behaved only like the filter (as it used to be). Now the only problem is that the space to write is a bit too small. +1 Alexandre > > On 21 Jul 2010, at 14:31, Alexandre Bergel wrote: > >> Entering a new name in the text field and pressing ok should do what you want ;-) >> >> Alexandre >> >> >> On 21 Jul 2010, at 14:25, Tudor Girba wrote: >> >>> Hi, >>> >>> I am working in the OB browser that ships with the Pharo 1.1 RC4, and I cannot add a new method category. The problem is that when I say I want to add a category, I can only choose from the existing ones (see the attached picture). >>> >>> Can anyone reproduce this bug? >>> >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "From an abstract enough point of view, any two things are similar." >>> >>> >>> <Squeak VM ScreenSnapz001.png>_______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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 > > "One cannot do more than one can do." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by Lukas Renggli

This is a standard and ready-made polymorph choice-dialog. There is not much that OB can do about this (other than to implement its own). Lukas On 21 July 2010 14:42, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >> I was fouled by the wrong assumption that it behaved only like the filter (as it used to be). Now the only problem is that the space to write is a bit too small. > > +1 > > Alexandre > > >> >> On 21 Jul 2010, at 14:31, Alexandre Bergel wrote: >> >>> Entering a new name in the text field and pressing ok should do what you want ;-) >>> >>> Alexandre >>> >>> >>> On 21 Jul 2010, at 14:25, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> I am working in the OB browser that ships with the Pharo 1.1 RC4, and I cannot add a new method category. The problem is that when I say I want to add a category, I can only choose from the existing ones (see the attached picture). >>>> >>>> Can anyone reproduce this bug? >>>> >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "From an abstract enough point of view, any two things are similar." >>>> >>>> >>>> <Squeak VM ScreenSnapz001.png>_______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel Â http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> "One cannot do more than one can do." >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by Tudor Girba

Ohh, indeed :). I was fouled by the wrong assumption that it behaved only like the filter (as it used to be). Now the only problem is that the space to write is a bit too small. Thanks. Cheers, Doru On 21 Jul 2010, at 14:31, Alexandre Bergel wrote: > Entering a new name in the text field and pressing ok should do what > you want ;-) > > Alexandre > > > On 21 Jul 2010, at 14:25, Tudor Girba wrote: > >> Hi, >> >> I am working in the OB browser that ships with the Pharo 1.1 RC4, >> and I cannot add a new method category. The problem is that when I >> say I want to add a category, I can only choose from the existing >> ones (see the attached picture). >> >> Can anyone reproduce this bug? >> >> Doru >> >> -- >> www.tudorgirba.com >> >> "From an abstract enough point of view, any two things are similar." >> >> >> <Squeak VM >> ScreenSnapz001.png>_______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 "One cannot do more than one can do."

July 21, 2010

Re: [Pharo-project] adding a method category in OB

by Alexandre Bergel

Entering a new name in the text field and pressing ok should do what you want ;-) Alexandre On 21 Jul 2010, at 14:25, Tudor Girba wrote: > Hi, > > I am working in the OB browser that ships with the Pharo 1.1 RC4, and I cannot add a new method category. The problem is that when I say I want to add a category, I can only choose from the existing ones (see the attached picture). > > Can anyone reproduce this bug? > > Doru > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > <Squeak VM ScreenSnapz001.png>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 21, 2010

[Pharo-project] adding a method category in OB

by Tudor Girba

Hi, I am working in the OB browser that ships with the Pharo 1.1 RC4, and I cannot add a new method category. The problem is that when I say I want to add a category, I can only choose from the existing ones (see the attached picture). Can anyone reproduce this bug? Doru -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

July 21, 2010

[Pharo-project] About text in method body

by stephane ducasse

HI guys I was wondering if it would not make sense to only use String to store code. Then I was wondering if how we could decouple Text* from the RunnArray implementation Because RunArray>>scanFrom: basically links all the Text to RunArray I was thinking to simply use a RunArray subclass and specialze its scanFrom: It may also means that RunArray should not be packaged in CollectionArrayed but with Collection-Text. scanFrom: strm "Read the style section of a fileOut or sources file. nextChunk has already been done. We need to return a RunArray of TextAttributes of various kinds. These are written by the implementors of writeScanOn:" | rr vv aa this | (strm peekFor: $( ) ifFalse: [^ nil]. rr := OrderedCollection new. [strm skipSeparators. strm peekFor: $)] whileFalse: [rr add: (Number readFrom: strm)]. vv := OrderedCollection new. "Value array" aa := OrderedCollection new. "Attributes list" [(this := strm next) == nil] whileFalse: [ this == $, ifTrue: [vv add: aa asArray. aa := OrderedCollection new]. this == $a ifTrue: [aa add: (TextAlignment new alignment: (Integer readFrom: strm ifFail: [0]))]. this == $f ifTrue: [aa add: (TextFontChange new fontNumber: (Integer readFrom: strm ifFail: [0]))]. this == $F ifTrue: [aa add: (TextFontReference toFont: (Smalltalk at: #StrikeFont ifPresent: [:sf | sf familyName: (strm upTo: $#) size: (Integer readFrom: strm ifFail: [0])]))]. this == $b ifTrue: [aa add: (TextEmphasis bold)]. this == $i ifTrue: [aa add: (TextEmphasis italic)]. this == $u ifTrue: [aa add: (TextEmphasis underlined)]. this == $= ifTrue: [aa add: (TextEmphasis struckOut)]. this == $n ifTrue: [aa add: (TextEmphasis normal)]. this == $- ifTrue: [aa add: (TextKern kern: -1)]. this == $+ ifTrue: [aa add: (TextKern kern: 1)]. this == $c ifTrue: [aa add: (TextColor scanFrom: strm)]. "color" this == $L ifTrue: [aa add: (TextLink scanFrom: strm)]. "L not look like 1" this == $R ifTrue: [aa add: (TextURL scanFrom: strm)]. "R capitalized so it can follow a number" this == $P ifTrue: [aa add: (TextPrintIt scanFrom: strm)]. this == $d ifTrue: [aa add: (TextDoIt scanFrom: strm)]. "space, cr do nothing" ]. aa size > 0 ifTrue: [vv add: aa asArray]. ^ self runs: rr asArray values: vv asArray " RunArray scanFrom: (ReadStream on: '(14 50 312)f1,f1b,f1LInteger +;i') "

July 21, 2010

[Pharo-project] SqueakSource down ....

by Geert Claes

I just noticed SqueakSource is down again. It looks like this is happening more and more often now, what can be done? -- View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2296645.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 21, 2010

Re: [Pharo-project] Monticello repository types

by Geert Claes

Norbert Hartl wrote: > > You can just create a http repository for it. I did it once and described > it here: > > http://selfish.org/blog/public%20monticello%20repository > I reckon that could be added to the PBE(2) or CollaborActive book -- View this message in context: http://forum.world.st/Monticello-repository-types-tp2295053p2296644.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 21, 2010

Re: [Pharo-project] Markup Builder in Smalltalk (XMLWriter)

by jaayer

---- On Mon, 19 Jul 2010 11:55:30 -0700 Norbert Hartl wrote ---- >Could you elaborate on the usage of xmlns? The one you defined does nothing. The foo in the xml is just the element name. I would like to know I shouldn't have used "foo" twice. That was an example of the new XMLWriter API that will be released shortly. This example should be clearer: writer := XMLWriter new. writer tag name: 'foo'; xmlnsAt: 'bar' put: 'http://bar'; content: 'test'. It produces: <foo xmlns:bar="http://bar">test</foo> >- how to define a namespace prefix for an element You send the XMLTagWriter returned by #tag or #tag: #xmlnsAt:put: with the prefix as the first argument and URI as the second. >- how to define a default namespace for an element You send #xmlns: to an XMLTagWriter. Note that this isn't set it stone yet >I think I need another look in the xml parser since last time :) Thanks for putting effort into xml parser. Is there a pull parser available or planned? There are pull parsers on SS but they are (last time I checked) kind of old and may need to be updated. I will look into it eventually. >thanks, > >Norbert > > >_______________________________________________ >Pharo-project mailing list >Pharo-project(a)lists.gforge.inria.fr >http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 21, 2010

Re: [Pharo-project] Monticello repository types

by Norbert Hartl

On 20.07.2010, at 10:50, Nick Ager wrote: > I use FTP - setup is easy, whereas setting up a private squeaksource repository is more of an undertaking (I imagine) > You can just create a http repository for it. I did it once and described it here: http://selfish.org/blog/public%20monticello%20repository Norbert > On 20 July 2010 09:45, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > > Mariano Martinez Peck wrote: > > > > I know Smallworks company uses FTP for all their repositories. > > > > Fair enough. Are there any protocols that are not (yet) supported (e.g. > WebDav?) > -- > View this message in context: http://forum.world.st/Monticello-repository-types-tp2295053p2295122.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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

July 20, 2010

[Pharo-project] Pharocasts: Monticello and Metacello introduction

by laurent laffont

Here you will learn how to: - create a SqueakSource repository - create packages and upload them to SqueakSource - create a Metacello configuration to manage dependencies between packages - load packages using Metacello ConfigurationOfXXX and Gofer http://pharocasts.blogspot.com/2010/07/monticello-and-metacello-introductio… Laurent

July 20, 2010

Re: [Pharo-project] connection to access databases

by GermÃ¡n Arduino

Not, ODBC is a package developed by Diego Gomez Deck and, as far as I know, the project on Squeaksource is owned by Frank Urbach and Benoit St Jean. 2010/7/20 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Mon, Jul 19, 2010 at 9:07 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> Thanks eliot. >> Who is maintaining ODBC? to commit the changes? >> > > I think Andreas. > > >> >> On Jul 19, 2010, at 7:39 PM, Eliot Miranda wrote: >> >> > moduleName >> > Â Â Â "Return the name of the module for this library" >> > Â Â Â Smalltalk platformName = 'Win32' ifTrue:[^'odbc32']. >> > Â Â Â Smalltalk platformName = 'unix' ifTrue:[^ 'libodbc.so']. >> > Â Â Â Smalltalk platformName = 'Mac OS' ifTrue:[^ 'libiodbc.dylib']. >> > Â Â Â ^self error: 'Don''t know the ODBC library name' >> > >> > works for me. Â Find attached. >> > >> > On Mon, Jul 19, 2010 at 1:41 AM, Tudor Girba <tudor.girba(a)gmail.com> >> > wrote: >> > Hi, >> > >> > Thanks for all the pointers. I am now testing on Mac using the Actual >> > driver: >> > http://www.actualtech.com/product_access.php >> > >> > I managed to get it running, but now I have problems with the ODBC Pharo >> > implementation because there seems to be no module for Mac: >> > >> > ODBCLibrary class>>moduleName >> > Â Â Â Â "Return the name of the module for this library" >> > Â Â Â Â SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ >> > 'odbc32' ]. >> > Â Â Â Â SmalltalkImage current platformName = 'unix' ifTrue: [ ^ >> > 'libodbc.so' ]. >> > Â Â Â Â ^ self error: 'Don''t know the ODBC library name' >> > >> > Is there something to be done in this area? >> > >> > Cheers, >> > Doru >> > >> > >> > On 19 Jul 2010, at 01:04, GermÃ¡n Arduino wrote: >> > >> > Yes, Indeed, I mean, I used a driver to access, but can't remember now >> > the brand, but I'm sure I not payed for it :) >> > >> > May be I used some trial version.... >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> > >> > Not, I'm not talking of propietary software. >> > >> > I'm talking of one I used when helped Diego with the testing of the >> > odbc package. Don't remember now, but may be this >> > http://www.unixodbc.org/ ? >> > >> > ODBC is just an API, if you don't have a driver for yourdatabase, then >> > it >> > won't help. >> > >> > >> > Levente >> > >> > >> > About Mac, sorry, never touched a mac in all my life.... >> > >> > Cheers. >> > >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> > >> > Hi Tudor: >> > >> > Is as Levente says, you must define an ODBC source on a Windows PC >> > (Alternatively on Unix you can use ODBC also). >> > >> > I don't know any free ODBC drivers for Access on un*x. I only know a >> > driver >> > which costs 4-5 times more than the windows OS itself :). But >> > there's a driver for mac which costs only 30 usd if you're interested. >> > >> > >> > Levente >> > >> > >> > Some examples on: http://wiki.squeak.org/squeak/2480 >> > >> > Cheers. >> > GermÃ¡n. >> > >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, Tudor Girba wrote: >> > >> > Thanks Mariano! >> > >> > Indeed, if I load ConfigurationOfFFI first, everything loads well. >> > >> > I am a complete newbie in this area. Can anyone tell me what I should >> > do >> > next? >> > >> > I imagine that I should connect to an Access server. If yes, how would >> > I >> > do that? >> > >> > Also, do I need anything else, like a C plugin/library to get the C >> > calls >> > from ODBCLibrary going? >> > >> > First you'll need a pc running windows. Then you have to create an ODBC >> > Data >> > Source for your Access file. Then you'll be able to create a connection >> > to >> > that datasource from your image. >> > >> > >> > Levente >> > >> > >> > Cheers, >> > Doru >> > >> > >> > On 18 Jul 2010, at 09:17, Mariano Martinez Peck wrote: >> > >> > >> > >> > On Sun, Jul 18, 2010 at 8:49 AM, Tudor Girba <tudor.girba(a)gmail.com> >> > wrote: >> > Hi, >> > >> > I tried loading it, but I get : >> > "This package depends on the following classes: >> > ExternalLibrary >> > ExternalStructure" >> > >> > Can anyone tell me where to find these from? >> > >> > This means that you need Metacello ;) >> > >> > Those classes are from FFI, a pre-requisite for ODBC to work. >> > Maybe there is a ConfigurationOfODBC somewhere... >> > >> > For the moment, I recommend you to install FFI using the >> > ConfigurationOfFFI. >> > >> > Cheers >> > >> > Mariano >> > >> > >> > Also, are there eternal prerequisites to work with ODBC? >> > >> > Cheers, >> > Doru >> > >> > >> > >> > On 18 Jul 2010, at 00:35, Levente Uzonyi wrote: >> > >> > On Sat, 17 Jul 2010, Tudor Girba wrote: >> > >> > Hi, >> > >> > Is there a way to connect to a Microsoft Access database from Pharo? >> > >> > Yes, with ODBC. >> > >> > >> > Levente >> > >> > >> > I have an mdb file of 300 Mb that I would need to analyze. >> > >> > 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 >> > >> > -- >> > www.tudorgirba.com >> > >> > "Speaking louder won't make the point worthier." >> > >> > >> > >> > >> > _______________________________________________ >> > 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 >> > >> > "When people care, great things can happen." >> > >> > >> > >> > >> > >> > _______________________________________________ >> > 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 >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > >> > >> > >> > -- >> > ================================================= >> > GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino >> > Arduino Software & Web Hosting Â http://www.arduinosoftware.com >> > PasswordsPro Â http://www.passwordspro.com >> > ================================================= >> > >> > >> > _______________________________________________ >> > 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 >> > >> > "Every thing should have the right to be different." >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > <ODBCLibrary >> > class-moduleName.st>_______________________________________________ >> > 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 > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

July 20, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by StÃ©phane Ducasse

On Jul 20, 2010, at 7:49 PM, Nicolas Cellier wrote: > hemiscient ? lol we should pay attention not to be deficient :) > > 2010/7/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > enough half omniscient are enough :) >

July 20, 2010

[Pharo-project] Using FFI on MacOSX

by Nicolas Cellier

Its not obvious for a Mac newbie like me to get FFI running on MacOSX. What I (re?) discovered is below. Please correct me if I'm wrong. To vm maintainers : wouldn't it be a good idea to pass the flag ffiLoad to ioLoadModule() instead of relying only on a single global variable whether it is a plugin that is requested or not ? This way we could have both secured/fast plugin loading and opened FFI (if distributed in the bundle). Unless there are other reasons unknown of me... Nicolas ----------------------------------------------------- Ah, some news! In order to track and debug the problem with FFI, I built a VM. (uneasy because latest svn xcodeproj is not exactly configured for a one click build...). The problem is that most vm are configured to search for plugin only in squeak bundle (global variable gSqueakPluginsBuiltInOrLocalOnly in files sqMain.c and sqMacUnixExternalPrims.c) I guess this is to save time at startup (and batteries for iPhone...) And also to get some more secure VM (can't load an invalid plugin from an older squeak vm). Unfortunately, no difference is made between loading a squeak plugin and loading a FFI library... There is a ffiLoad flag passed to findAndLoadModule() in sqNamedPrims.c but not to subfunction ioLoadModule() in sqMacUnixExternalPrims.c... (a mistake IMHO) So this setting is preventing FFI to work. What you should do is change this setting: - select your squeak vm in the finder. - Then choose a menu item like "display package content" (it's a guess, my version is configured in french). - Then edit the contents/info.plist with a property editor. - Then uncheck the box corresponding to SqueakPluginsBuiltInOrLocalOnly and save properties Then FFI should be operational again... (But Smallapack may well crash, at least that's what happens here...) I think I will CC squeak-dev/vm-dev to check If I this is the expected solution. Nicolas

July 20, 2010

Re: [Pharo-project] [SPAM] New Features for Hudson Build Tools

by laurent laffont

Hi, Great ! Is there a link to the Hudson server from the Pharo web site ? I cannot find one. If none, we can add it on http://pharo-project.org/community, Pharo development section ? Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Tue, Jul 20, 2010 at 8:42 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Lukas, > > This is really great. > > Cheers, > Doru > > > > On 20 Jul 2010, at 13:07, Sven Van Caekenberghe wrote: > > Lukas, >> >> This is really very impressive stuff. >> Thanks for setting all this up and sharing it with us. >> I am learning a lot from it. >> >> Sven >> >> On 20 Jul 2010, at 10:26, Lukas Renggli wrote: >> >> I've added some new functionality to the Hudson Build Toos for Pharo: >>> >>> 1. I've added a script build-oneclick.sh that builds OneClick >>> distributions. This means that with every successful build there will >>> be a new OneClick distribution. >>> >>> For example, the latest PetitParser OneClick distribution is available >>> from: >>> http://hudson.lukas-renggli.ch/job/PetitParser/lastSuccessfulBuild/artifact… >>> . >>> >>> 2. I've changes build.sh to automatically find and fetch dependent >>> images. This makes the configuration in Hudson much simpler, as no >>> images need to be copied around. >>> >>> For example, the Hudson configuration of PetitParser looks as follows: >>> >>> build.sh -i omnibrowser -s petitparser -o petitparser >>> build.sh -i petitparser -s testrunner -s petitparser-tests -o >>> petitparser-tests >>> build-oneclick.sh -i petitparser -o PetitParser-OneClick -t >>> PetitParser -c PetitParser -n petitparser >>> >>> As usual all the code is available from: >>> >>> http://github.com/renggli/builder >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Mariano Martinez Peck

On Tue, Jul 20, 2010 at 9:02 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> I am not sure if this is a bug. I think this is intentionally > >> implemented like this. > > > > I don't understand then. Which is the intention of showing the title > > "Senders of '#doesNotUnderstand:" if the windows has the senders of > > "Senders of '#send:to:with:super:" ? > > #send:to:with:super: is a transitive sender of #doesNotUnderstand: > > Ok. Fair. However, still doesn't have sense for me and I think it is confusing. But it is ok, I cannot force noone to do anything... :) cheers Mariano > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Lukas Renggli

>> I am not sure if this is a bug. I think this is intentionally >> implemented like this. > > I don't understand then. Which is the intention of showing the title > "Senders of '#doesNotUnderstand:"Â Â if the windows has the senders of > "Senders of '#send:to:with:super:"Â Â ? #send:to:with:super: is a transitive sender of #doesNotUnderstand: Lukas -- Lukas Renggli www.lukas-renggli.ch

July 20, 2010

Re: [Pharo-project] [SPAM] New Features for Hudson Build Tools

by Tudor Girba

Hi Lukas, This is really great. Cheers, Doru On 20 Jul 2010, at 13:07, Sven Van Caekenberghe wrote: > Lukas, > > This is really very impressive stuff. > Thanks for setting all this up and sharing it with us. > I am learning a lot from it. > > Sven > > On 20 Jul 2010, at 10:26, Lukas Renggli wrote: > >> I've added some new functionality to the Hudson Build Toos for Pharo: >> >> 1. I've added a script build-oneclick.sh that builds OneClick >> distributions. This means that with every successful build there will >> be a new OneClick distribution. >> >> For example, the latest PetitParser OneClick distribution is >> available >> from: http://hudson.lukas-renggli.ch/job/PetitParser/lastSuccessfulBuild/artifact… >> . >> >> 2. I've changes build.sh to automatically find and fetch dependent >> images. This makes the configuration in Hudson much simpler, as no >> images need to be copied around. >> >> For example, the Hudson configuration of PetitParser looks as >> follows: >> >> build.sh -i omnibrowser -s petitparser -o petitparser >> build.sh -i petitparser -s testrunner -s petitparser-tests -o >> petitparser-tests >> build-oneclick.sh -i petitparser -o PetitParser-OneClick -t >> PetitParser -c PetitParser -n petitparser >> >> As usual all the code is available from: >> >> http://github.com/renggli/builder >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Mariano Martinez Peck

On Tue, Jul 20, 2010 at 6:57 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I am not sure if this is a bug. I think this is intentionally > implemented like this. > I don't understand then. Which is the intention of showing the title "Senders of '#doesNotUnderstand:" if the windows has the senders of "Senders of '#send:to:with:super:" ? thanks mariano > > Lukas > > 2010/7/20 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi, there is a bug with windows titles as they don't refresh and keeps a > > previous title. > > > > Steps to reproduce: > > > > 1) Search senders of a particular message, for example, > doesNotUnderstand: > > 2) You will see that the opened windows for senders, has the title > "Senders > > of '#doesNotUnderstand:" > > 3) Now, select one of the senders, for example, ContextPart >> send: > > selector to: rcvr with: args super: superFlag > > 4) That will open the senders of that message, BUT the windows title > still > > says "Senders of '#doesNotUnderstand:" instead of "Senders of > > '#send:to:with:super:" > > > > Issue: http://code.google.com/p/pharo/issues/detail?id=2707 > > > > Cheers > > > > Mariano > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010