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

[Pharo-project] Questions, Ideas, suggestions?

by Geert Claes

First of all I have to say that I really like the idea behind Pharo - especially the "Pharo wants to help people invent the future" one! I managed to find where to lodge issues but where should one submit questions, ideas and/or suggestions? I am not a bit fan of mailing lists so I was wondering if the mailing list will be available from Nabble? Since Google Code is used why not simply use Google Groups? The Pharo image already has a lot of UI improvements over the default Squeak image but I still think that the default (and only) font is an ugly font. The font in Ramon's customized Pharo image is a little better but his font is too big. Since the windowing looks like a Mac why not use a nice font too? Anyway, a nice default font would be nice.

Feb. 2, 2009

Re: [Pharo-project] [MC] [ANN] Sourcetalk

by Mariano Martinez Peck

On Sun, Feb 1, 2009 at 6:46 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > > 1) In sourcetalk I think there is a little bug when adding projects. The > > first label of the form says "Create group". I think It should be "create > > project." > > Its very little, but I saw it hehehe. > > Thank you for pointing that out. You are welcome :) > > > > 2) I was following the user guide but have a problem in 3.3.1 "Adding a > > project". I don't see "add sourcetalk project" in the list. I only see > "add > > directory repository", "add file repository" and "add memory repository". > > And that's all I see. Any idea what I did wrong ? > > Did you load Sourcetalk-Client-lr.4.st that I posted in the original > announcement? > No. I didn't know anything about that file. Where can I get it ? I was just reading pdf user guide. What about including this in the ser guide ? cheers, Mariano > > Cheers, > Lukas > > -- > Lukas Renggli > http://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 >

Feb. 1, 2009

[Pharo-project] [ANN] 10217 and 10218

by StÃ©phane Ducasse

10217 Polymorph Small tweak to drop-list/expander up/down arrow. #taskbarLabel available to SystemWindow subclasses and models to provide potentially abbreviated label. PreferenceBrowser integration classes moved to Theme sub-package. Tweaks to Preference Browser. Cmd+W (in addition to Cmd+Delete) now closes system window with focus. #ByteArray support - literal byte arrays are now also parsed as part of a literal array without the hash #( [ 1 2 ] #[ 1 2 ] ) - hardened the tests - added support for literal byte arrays to the compiler - the implementation is compatible with GST and VW - added 6 tests for the new functionality - storeOn: + printOn: fixed #[1 2 3 ] -> #[1 2 3] 10218 isLiteral "so that #(1 #[1 2 3] 5) prints itself" ^ true Good night We should fix the tests! Stef

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

Yeap will add that in the next release. It was too simple and I should have waited a bit :) Stef On Feb 1, 2009, at 10:43 PM, Lukas Renggli wrote: > Ahh, ByteArray needs to answer #isLiteral ^ true. > > Lukas > > On Sun, Feb 1, 2009 at 10:42 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> #[1 2 3 ] -> #[1 2 3] >> >> but >> #(1 #[2] 3) an Array(1 #[2] 3) >> :( >> >> I will release first and fix after if I can >> >> >> On Feb 1, 2009, at 10:37 PM, StÃ©phane Ducasse wrote: >> >>> Me neither :) >>> This is strange when I do a diff I see different character and code >>> changed. >>> >>> Stef >>> >>> On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >>> >>>>> apparently there is a conflict on the method initialize of the >>>>> character class as well as in atRandom. >>>>> Can you check because I do not understand why I should get these >>>>> conflicts. >>>> >>>> I do not understand, I did not change anything there. >>>> >>>> Lukas >>>> >>>> -- >>>> Lukas Renggli >>>> http://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 >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > http://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 >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by Lukas Renggli

ByteArray should implement #isLiteral and return true so that Arrays prints correctly. Lukas On Sun, Feb 1, 2009 at 10:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > why > > #[1 2 3] isLiteral > > -> false > > > > On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: > >>> apparently there is a conflict on the method initialize of the >>> character class as well as in atRandom. >>> Can you check because I do not understand why I should get these >>> conflicts. >> >> I do not understand, I did not change anything there. >> >> Lukas >> >> -- >> Lukas Renggli >> http://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 http://www.lukas-renggli.ch

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

why #[1 2 3] isLiteral -> false On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >> apparently there is a conflict on the method initialize of the >> character class as well as in atRandom. >> Can you check because I do not understand why I should get these >> conflicts. > > I do not understand, I did not change anything there. > > Lukas > > -- > Lukas Renggli > http://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 >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by Lukas Renggli

Ahh, ByteArray needs to answer #isLiteral ^ true. Lukas On Sun, Feb 1, 2009 at 10:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > #[1 2 3 ] -> #[1 2 3] > > but > #(1 #[2] 3) an Array(1 #[2] 3) > :( > > I will release first and fix after if I can > > > On Feb 1, 2009, at 10:37 PM, StÃ©phane Ducasse wrote: > >> Me neither :) >> This is strange when I do a diff I see different character and code >> changed. >> >> Stef >> >> On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >> >>>> apparently there is a conflict on the method initialize of the >>>> character class as well as in atRandom. >>>> Can you check because I do not understand why I should get these >>>> conflicts. >>> >>> I do not understand, I did not change anything there. >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> http://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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

#[1 2 3 ] -> #[1 2 3] but #(1 #[2] 3) an Array(1 #[2] 3) :( I will release first and fix after if I can On Feb 1, 2009, at 10:37 PM, StÃ©phane Ducasse wrote: > Me neither :) > This is strange when I do a diff I see different character and code > changed. > > Stef > > On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: > >>> apparently there is a conflict on the method initialize of the >>> character class as well as in atRandom. >>> Can you check because I do not understand why I should get these >>> conflicts. >> >> I do not understand, I did not change anything there. >> >> Lukas >> >> -- >> Lukas Renggli >> http://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 >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by StÃ©phane Ducasse

Me neither :) This is strange when I do a diff I see different character and code changed. Stef On Feb 1, 2009, at 10:33 PM, Lukas Renggli wrote: >> apparently there is a conflict on the method initialize of the >> character class as well as in atRandom. >> Can you check because I do not understand why I should get these >> conflicts. > > I do not understand, I did not change anything there. > > Lukas > > -- > Lukas Renggli > http://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 >

Feb. 1, 2009

Re: [Pharo-project] ByteArray storeOn: conflict

by Lukas Renggli

> apparently there is a conflict on the method initialize of the > character class as well as in atRandom. > Can you check because I do not understand why I should get these > conflicts. I do not understand, I did not change anything there. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2009