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

[Pharo-project] [BUG] ColorForm fromUser

by StÃ©phane Ducasse

while having fun rescuing, cleaning, commenting these nice morphic examples, I found that Form fromUser works but not its subclass ColorForm fromUser. Error when Display depth > 8 Inheritance at work :) http://code.google.com/p/pharo/issues/detail?id=1077 Stef

Aug. 19, 2009

Re: [Pharo-project] Return values of methods

by Alexandre Bergel

Thanks to all three for your answers. Cheers, Alexandre On 19 Aug 2009, at 14:55, csrabak(a)bol.com.br wrote: > Alexandre, > > There are lots of more less similar guidelines, but I think is does > not apply to this case as I see it more or less like when you ask > for removing of an item of a collection. > > In your particular example a point could be taken on whether is > better to return false or nil. To me nil seems more like to an > object (a Symbol in your example) than using false which I would > expect of a isSomething method. > > HTH > > Em 19/08/2009 15:29, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > Dear List, > > Consider the following method: > -=-=-=-=-=-=-=-=-=-=-=-= > AClass>>aMethod > ^ self compute > ifTrue: [ #aSelector ] > ifFalse: [ false ] > -=-=-=-=-=-=-=-=-=-=-=-= > I read somewhere that having a method that may return different type > of values is not of a good style. I first through it was in Kent's > book, but I cannot find it. > Is there a book that talk about this coding style? > > 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< > br /> > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 19, 2009

Re: [Pharo-project] call for better pop up messages and UI for them

by StÃ©phane Ducasse

of course I forgot this one. Changes have not been saved. (Discard changes) (Keep changes) On Aug 19, 2009, at 11:17 PM, StÃ©phane Ducasse wrote: > hi guys > > I do not you but me I'm losing half of a second to read (even if I > know it by hearth) this stupid window > > > > <Picture 3.png> > > > > It would be so cool to have only two buttons because I do not > understand what is the field input and the cancel > > and two buttons > (Discard changes) (Keep changes) > > I'm so stupid: I do not understand what is cancel here (of course > this is cancel the change of method > but in UI flow I do not know that I was selecting or changing - now > I get this crappy question and > I panic .... > > Any taker? > > Stef_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2009

Re: [Pharo-project] ST80 Pharo smalltalk based ebook for iphone goes to 1.1.0

by Alexandre Bergel

Just bought it! Alexandre On 19 Aug 2009, at 16:21, John M McIntosh wrote: > After 10 days of waiting Apple has approved for sale my ST80Docs > iPhone app, which is the Pharo based source code eBook. > > http://mobilewikiserver.com/ST80Docs.html > > Lurking under the covers is really a Pharo1.0beta-10401web09.07.5 > image/changes/source which comes from Aug 8th 2009 which is wrapped > with some UIKit UI code from WikiServer and some modifications to the > Seaside code browser app to enable code browsing from a read only > perspective and will actually work with Mobile Safari on the iPhone. > > This replaces alpha version of Pharo dated early April 09 which was in > the 1.0.0 ST80Docs product. > > The html generator is now 30% faster so the application is more > responsive. > > {Well actually the VM is 30% faster because I forgot a compiler > setting when building the 1.0.0 product, and on a iPhone 3G most of > the time is taken by javascript consuming the menu items that list the > 100's of methods etc for a class} > > PS I did tap update to upgrade from 10401 but it hung at some point in > loading the latest changes back on Aug 8th, so I abandon that idea and > stuck with the *approved* 10401 version. > > Obviously when Pharo 1.0 production ships I will again update the > application as soon as the Seaside/Pier folks build the official web > version. > > If anyone wants some USA promo codes for a test run, you can email me > not the list for them > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 19, 2009

[Pharo-project] call for better pop up messages and UI for them

by StÃ©phane Ducasse

hi guys I do not you but me I'm losing half of a second to read (even if I know it by hearth) this stupid window It would be so cool to have only two buttons because I do not understand what is the field input and the cancel and two buttons (Discard changes) (Keep changes) I'm so stupid: I do not understand what is cancel here (of course this is cancel the change of method but in UI flow I do not know that I was selecting or changing - now I get this crappy question and I panic .... Any taker? Stef

Aug. 19, 2009

Re: [Pharo-project] New Pharo based on core 10418

by StÃ©phane Ducasse

thanks gentleman! On Aug 19, 2009, at 10:27 PM, Damien Cassou wrote: > I've just uploaded new Pharo images: > http://pharo-project.org/pharo-download > > In the zip files, you will find changelog.txt and packages.txt. The > first file contains the list of packages that have changed between > this version and the previous one while the second file contains the > full list of non core packages. > > Here is the changelog.txt file from the new Pharo image: > > ImageForDevelopers-pharo-DamienCassou.186 => > ImageForDevelopers-pharo-DamienCassou.189 > NewInspector-PF.37 => NewInspector-PF.38 > OB-Refactory-lr.158 => OB-Refactory-lr.159 > OB-Standard-lr.425 => OB-Standard-DamienCassou.426 > Refactoring-Core-lr.55 => Refactoring-Core-lr.56 > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2009

[Pharo-project] New Pharo based on core 10418

by Damien Cassou

I've just uploaded new Pharo images: http://pharo-project.org/pharo-download In the zip files, you will find changelog.txt and packages.txt. The first file contains the list of packages that have changed between this version and the previous one while the second file contains the full list of non core packages. Here is the changelog.txt file from the new Pharo image: ImageForDevelopers-pharo-DamienCassou.186 => ImageForDevelopers-pharo-DamienCassou.189 NewInspector-PF.37 => NewInspector-PF.38 OB-Refactory-lr.158 => OB-Refactory-lr.159 OB-Standard-lr.425 => OB-Standard-DamienCassou.426 Refactoring-Core-lr.55 => Refactoring-Core-lr.56 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Aug. 19, 2009

[Pharo-project] ST80 Pharo smalltalk based ebook for iphone goes to 1.1.0

by John M McIntosh

After 10 days of waiting Apple has approved for sale my ST80Docs iPhone app, which is the Pharo based source code eBook. http://mobilewikiserver.com/ST80Docs.html Lurking under the covers is really a Pharo1.0beta-10401web09.07.5 image/changes/source which comes from Aug 8th 2009 which is wrapped with some UIKit UI code from WikiServer and some modifications to the Seaside code browser app to enable code browsing from a read only perspective and will actually work with Mobile Safari on the iPhone. This replaces alpha version of Pharo dated early April 09 which was in the 1.0.0 ST80Docs product. The html generator is now 30% faster so the application is more responsive. {Well actually the VM is 30% faster because I forgot a compiler setting when building the 1.0.0 product, and on a iPhone 3G most of the time is taken by javascript consuming the menu items that list the 100's of methods etc for a class} PS I did tap update to upgrade from 10401 but it hung at some point in loading the latest changes back on Aug 8th, so I abandon that idea and stuck with the *approved* 10401 version. Obviously when Pharo 1.0 production ships I will again update the application as soon as the Seaside/Pier folks build the official web version. If anyone wants some USA promo codes for a test run, you can email me not the list for them -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Aug. 19, 2009

Re: [Pharo-project] Fwd: OverlyComplex

by csrabak＠bol.com.br

Aug. 19, 2009

Re: [Pharo-project] Call for synchronization with OB tools

by StÃ©phane Ducasse

Thanks damien. I know you did what we asked :) David and lukas are synchronizing monday. Right now here is the mail I got from david > Hi, > > the package browser is again loadable also in latest Pharo by > executing 'ScriptLoader loadOBAlpha'. > This will load all required packages of OB as the package browser > needs it. This means that there will be a slighly different OB code > base in the image than what has been provided by Lukas' OB version. > This also means that right now we can not use both browsers (Lukas' > category- and my package based) at the same time. > Lukas and me will work on making this possible on Monday. > > But note that you can use the system (category-based) and the > package browser based on the OB code base I maintained at the same > time; I think that's already good. I don't expect Lukas' version of > the system browser to be much faster. so we will see. > > Cheers, > David On Aug 19, 2009, at 8:47 PM, Damien Cassou wrote: > Hi Stef, > > On Mon, Aug 17, 2009 at 11:06 AM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> I'm totally confused about the state of the OB tools and this is >> not a >> good point. >> So which version are loaded in pharo? > > Download Pharo and open a Monticello browser. You can also have a look > at the script which generates the image and which is included in all > Pharo archives: > > instClass lukas > project: 'omnibrowser'; > install: 'OmniBrowser'; > install: 'OB-Standard'; > install: 'OB-Morphic'; > install: 'OB-SUnitIntegration'. > > >> What is the status of these versions? > > Works quite fine at least for Lukas and me :-). > > >> For the pharo book we are stuck because the chapters were using the >> package browser >> but now we cannot load it. > > You can load it, but not in a Pharo image, you have to use a Core. I > hope David and Colin will do something about this. At some point, you > will have to decide what to include in Pharo. You decided to include > the package browser, then you changed your mind and decided to include > the classical category browser. This is exactly what I did. > > >> Who controls what is loaded as OB tools? > > I ask people and I change the script depending on people wishes. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2009