- Pharo-dev - lists.pharo.org

[Pharo-project] [BUG] Bitmap DejaVu Sans / WideString

by Lukas Renggli

Bitmap DejaVu Sans displays WideStrings in unpredictable ways. Looks like there is a bug in StrikeFont? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 27, 2009

Re: [Pharo-project] Collection>>select: aBlock ifNoneTakeAsDefault: aDefaultValue

by Lukas Renggli

>> Personally, I would rather see #ifEmpty: modified to return self in >> the false case like #ifNil: does. The only in-image sender I can find >> that even uses the return value seems to actually expect this >> behaviour anyway. :) +1 > what is the behavior in other dialects ? :) > Do you have some nice tests to cover the semantics? > Did you do the change and see what break? I don't think anybody else has this method. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Dec. 27, 2009

Re: [Pharo-project] Set>>collectAll: aBlock

by StÃ©phane Ducasse

Over the years we made a little library with collection extensions We reevaluated when porting Moose to Pharo. May be this is the time for people to have a look Moose/CollectionExtensions or something like that We use it daily for moose. some of the problems we got where that Stream sucked.... could only work on array and strings. So we use Nile. Now we should evaluate. flatCollect: is a cool one. Normally we even have tests :) Stef On Dec 26, 2009, at 11:30 PM, Julian Fitzell wrote: > Fyi, PackageInfo (and thus base Pharo currently) defines > Collection>>gather: which has basically this behaviour (minus the nil > check). I had this marked as a method for discussion when going > through the VASt/Pharo collection protocols. > > I think #collectAll: is problematic as a selector because "All:" > suggests a collection passed as a parameter. > > Another possible pattern would be to model after :flatten in Ruby, > though it operates recursively, so it might not be the best name here. > Maybe #gather: is actually fine. > > Julian > > 2009/12/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >> Dear all, >> Another one was: >> Set>>collectAll: aBlock >> | newSet | >> newSet := Set new: self size. >> array do: [:each | each ifNotNil: [newSet addAll: (aBlock value: each)]]. >> ^ newSet >> >> In analogy with addAll: aCollection. If useful, maybe we should provide a >> more general implementation for Collection instead of only Set I needed so >> far. >> Kind Regards, >> Bart >> -- >> imagination is more important than knowledge - Albert Einstein >> Logic will get you from A to B. Imagination will take you everywhere - >> Albert Einstein >> Learn from yesterday, live for today, hope for tomorrow. The important thing >> is not to stop questioning. - Albert Einstein >> The true sign of intelligence is not knowledge but imagination. - Albert >> Einstein >> Gravitation is not responsible for people falling in love. - Albert Einstein >> >> _______________________________________________ >> 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

Dec. 27, 2009

Re: [Pharo-project] Collection>>select: aBlock ifNoneTakeAsDefault: aDefaultValue

by StÃ©phane Ducasse

I forgot open a bug tracker entry because we should not lose the suggestion. On Dec 26, 2009, at 11:44 PM, Julian Fitzell wrote: > Personally, I would rather see #ifEmpty: modified to return self in > the false case like #ifNil: does. The only in-image sender I can find > that even uses the return value seems to actually expect this > behaviour anyway. :) > > Then you could simply write: > > (aCollection select: [:ea | ...]) ifEmpty: [ ... ] > > Julian > > 2009/12/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >> Dear all, >> >> While developing some code, I made following extension of the Collection >> protocol: >> select: aBlock ifNoneTakeAsDefault: aDefaultValue >> |result| >> result := self select: aBlock. >> (result isEmpty) >> ifTrue: [^self class with: aDefaultValue] >> ifFalse: [^result]. >> >> Maybe this could be added to the Pharo 1.1 Collection clazz? Or do we want >> to keep the interface of Collection as small as possible (which is also a >> good idea!). >> Kind Regards, >> Bart >> -- >> imagination is more important than knowledge - Albert Einstein >> Logic will get you from A to B. Imagination will take you everywhere - >> Albert Einstein >> Learn from yesterday, live for today, hope for tomorrow. The important thing >> is not to stop questioning. - Albert Einstein >> The true sign of intelligence is not knowledge but imagination. - Albert >> Einstein >> Gravitation is not responsible for people falling in love. - Albert Einstein >> >> _______________________________________________ >> 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

Dec. 27, 2009

Re: [Pharo-project] Collection>>select: aBlock ifNoneTakeAsDefault: aDefaultValue

by StÃ©phane Ducasse

On Dec 26, 2009, at 11:44 PM, Julian Fitzell wrote: > Personally, I would rather see #ifEmpty: modified to return self in > the false case like #ifNil: does. The only in-image sender I can find > that even uses the return value seems to actually expect this > behaviour anyway. :) what is the behavior in other dialects ? :) Do you have some nice tests to cover the semantics? Did you do the change and see what break? Stef > > Then you could simply write: > > (aCollection select: [:ea | ...]) ifEmpty: [ ... ] > > Julian > > 2009/12/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >> Dear all, >> >> While developing some code, I made following extension of the Collection >> protocol: >> select: aBlock ifNoneTakeAsDefault: aDefaultValue >> |result| >> result := self select: aBlock. >> (result isEmpty) >> ifTrue: [^self class with: aDefaultValue] >> ifFalse: [^result]. >> >> Maybe this could be added to the Pharo 1.1 Collection clazz? Or do we want >> to keep the interface of Collection as small as possible (which is also a >> good idea!). >> Kind Regards, >> Bart >> -- >> imagination is more important than knowledge - Albert Einstein >> Logic will get you from A to B. Imagination will take you everywhere - >> Albert Einstein >> Learn from yesterday, live for today, hope for tomorrow. The important thing >> is not to stop questioning. - Albert Einstein >> The true sign of intelligence is not knowledge but imagination. - Albert >> Einstein >> Gravitation is not responsible for people falling in love. - Albert Einstein >> >> _______________________________________________ >> 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

Dec. 27, 2009

[Pharo-project] Happy new year in advance :)

by StÃ©phane Ducasse

Hi guys I just want to thank you for your positive energy. We had a dream with marcus about a better Smalltalk and this is happening. This is cool. It was not easy but the community is moving - more than we would ever thought after all these years trying to push with less success. Our vision for pharo is described on the pharo web site :) http://www.pharo-project.org/about Now my personal challenge/vision is the following: - I want Pharo to be a cool vehicule for innovation. - I want Pharo to be a solid vehicule for companies to succeed making a living with "Smalltalk" --- I put "" because I would like to avoid to get bound until the end of my life with just a Smalltalk :) but I would love to see companies starting in France around Pharo if you are interested contact me :) Let us really invent the future building on the past. If you want to help, check the mailing-list - you can see our open-process: open and pragmatic communication, discussing and learning are key for us -- sorry for the volume of mails. Spread the word: Pharo is what we will make it to be. Don't always trust what others write between the lines on us. ;-D Check by yourself (drink a beer with us before) and study history - all is in there. Stef

Dec. 27, 2009

Re: [Pharo-project] Set>>collectAll: aBlock

by Bart Gauquie

Hi, Gather seems excellent. Could not find it. Don't need the nil check. Thanks, Kind Regards, Bart On Sat, Dec 26, 2009 at 11:30 PM, Julian Fitzell <jfitzell(a)gmail.com> wrote: > Fyi, PackageInfo (and thus base Pharo currently) defines > Collection>>gather: which has basically this behaviour (minus the nil > check). I had this marked as a method for discussion when going > through the VASt/Pharo collection protocols. > > I think #collectAll: is problematic as a selector because "All:" > suggests a collection passed as a parameter. > > Another possible pattern would be to model after :flatten in Ruby, > though it operates recursively, so it might not be the best name here. > Maybe #gather: is actually fine. > > Julian > > 2009/12/26 Bart Gauquie <bart.gauquie(a)gmail.com>: > > Dear all, > > Another one was: > > Set>>collectAll: aBlock > > | newSet | > > newSet := Set new: self size. > > array do: [:each | each ifNotNil: [newSet addAll: (aBlock value: > each)]]. > > ^ newSet > > > > In analogy with addAll: aCollection. If useful, maybe we should provide a > > more general implementation for Collection instead of only Set I needed > so > > far. > > Kind Regards, > > Bart > > -- > > imagination is more important than knowledge - Albert Einstein > > Logic will get you from A to B. Imagination will take you everywhere - > > Albert Einstein > > Learn from yesterday, live for today, hope for tomorrow. The important > thing > > is not to stop questioning. - Albert Einstein > > The true sign of intelligence is not knowledge but imagination. - Albert > > Einstein > > Gravitation is not responsible for people falling in love. - Albert > Einstein > > > > _______________________________________________ > > 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 > -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein Gravitation is not responsible for people falling in love. - Albert Einstein

Dec. 27, 2009

Re: [Pharo-project] Collection>>select: aBlock ifNoneTakeAsDefault: aDefaultValue

by Bart Gauquie

Hi, that seems like a very good suggestion. Is more general usable also. Regards, Bart On Sat, Dec 26, 2009 at 11:44 PM, Julian Fitzell <jfitzell(a)gmail.com> wrote: > Personally, I would rather see #ifEmpty: modified to return self in > the false case like #ifNil: does. The only in-image sender I can find > that even uses the return value seems to actually expect this > behaviour anyway. :) > > Then you could simply write: > > (aCollection select: [:ea | ...]) ifEmpty: [ ... ] > > Julian > > 2009/12/26 Bart Gauquie <bart.gauquie(a)gmail.com>: > > Dear all, > > > > While developing some code, I made following extension of the Collection > > protocol: > > select: aBlock ifNoneTakeAsDefault: aDefaultValue > > |result| > > result := self select: aBlock. > > (result isEmpty) > > ifTrue: [^self class with: aDefaultValue] > > ifFalse: [^result]. > > > > Maybe this could be added to the Pharo 1.1 Collection clazz? Or do we > want > > to keep the interface of Collection as small as possible (which is also a > > good idea!). > > Kind Regards, > > Bart > > -- > > imagination is more important than knowledge - Albert Einstein > > Logic will get you from A to B. Imagination will take you everywhere - > > Albert Einstein > > Learn from yesterday, live for today, hope for tomorrow. The important > thing > > is not to stop questioning. - Albert Einstein > > The true sign of intelligence is not knowledge but imagination. - Albert > > Einstein > > Gravitation is not responsible for people falling in love. - Albert > Einstein > > > > _______________________________________________ > > 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 > -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein Gravitation is not responsible for people falling in love. - Albert Einstein

Dec. 27, 2009

Re: [Pharo-project] akuhn/SUnit, chrisma edition :)

by Adrian Kuhn

s/chrismas/christmas/

Dec. 27, 2009

[Pharo-project] akuhn/SUnit, chrisma edition :)

by Adrian Kuhn

Cleanup of SUnit is almost done. There are 179 tests with 75% coverage. Missing are tests for the new resource setup and tests for the new history storage. Changes - uses announcements - new class factory DSL - does not print 'unexpected/expected' when empty - factored all assertions into TAssertable - copied Niall's 3-valued setup logic for test resources - new expectation matcher DSL - replaced history dictionary with proper class - keeps history as TestResult in memory - stores history as array in compiled methods - unexpected/expected linked with stored history - migrates #expectedDefects to stored history on the fly - bug fix: 'run failures/errors' updates history - bug fix: coverage is now able to cover itself - added flags for compatibility and deprecation - removed *a lot of* code duplication I tried to run *all* tests in the latest image with akuhn/SUnit and it seems to run fine. There are 5 failures and 2 errors (both with akuhn/SUnit and pharo/SUnit). The new test suite starts faster. You click and tests start running immediately! Progress: numClasses: 13 -> 19 numKLOC: 965 -> 1209 numMethods: 224 -> 291 numStatements: 3086 -> 3903 numTestCases: 51 -> 177 numTestKLOC: 591 -> 1200 numTestStatements: 2175 -> 4663 testCoverage: 61% -> 75% eventually, a SUnit with more test than production code! Give it a try and lemme know whether it runs with your tests. All your tests should still run. Gofer it disablePackageCache; squeaksource: 'akuhn'; package: 'SUnit'; package: 'SUnitGUI'; load cheers, AA

Dec. 27, 2009