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

Re: [Pharo-project] Working on Pharo 1.2

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > send the code :) > What is the status of the unique link to stable and trunk discussed at http://forum.world.st/is-there-an-unique-URL-to-the-latest-pharo-core-or-de… ? Having a static url would prevent having to constantly update the URL referenced in the "find trunk here" message. I created an issue: http://code.google.com/p/pharo/issues/detail?id=2805 Sean -- View this message in context: http://forum.world.st/Working-on-Pharo-1-2-tp2322972p2325897.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 15, 2010

[Pharo-project] [ANN 1.2] pre-built 1.2Core#12092

by Marcus Denker

https://gforge.inria.fr/frs/download.php/27353/PharoCore-1.2-12092.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 15, 2010

Re: [Pharo-project] Preferences removal Re: [update 1.2] #12092

by Marcus Denker

On Aug 15, 2010, at 1:56 PM, Mariano Martinez Peck wrote: > > > But I think we should add back a Preferences class for allowing to load old code. (it's referenced > in the class side initialize in old code often...) > > > > The problem are the external pacakges. I have 100 references to Preferences in Pharo dev....almost EVERY external package uses Preferences. > So....we really need help of the external package maintainers to update them. And I am not sure how easy is that. What should be easy is to have a Preferences class that supports the simple API that everyone was using: add a preference. And make Preference class return true or false for that preference. That should be 90% of all usages, I guess.. We can do that by just having a dictionary and overriding doesNotUnderstand:. We should not provide all this magic that used to be there, e.g. compiling on the fly methods for accessed perferences (which funnily had an empty source pointer...). > I mean...is there a mapping between each previous preference a the new ones? > In 1.1, Preferences are returning the values from the Settings framework for backward compatibillity. But I don't think that Preferences added are shown in the Settings? This would require Settings to be generated, which is possible but I think not really what we want. One could of course build this specification for the Preferences... and maybe there was even code there for that ;-) I started the cleanup bu removing unsent messages... but after a while that got really boring. And Preferences was a near 2000 LOC abdomination of a class. I checked in 1.1Dev, and most of the references are from the Core, which we removed in 1.2... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 15, 2010

Re: [Pharo-project] [update 1.2] #12092

by StÃ©phane Ducasse

> Issue 2803: Final Preference Clean > > This update does > ScriptLoader new cleanUpForRelease. > in the postscript. > > Preferences and Preference are gone... all obsolete classes related to Preferences > are gone, finally. Great news > > But I think we should add back a Preferences class for allowing to load old code. (it's referenced > in the class side initialize in old code often...) Yes.

Aug. 15, 2010

[Pharo-project] Preferences removal Re: [update 1.2] #12092

by Mariano Martinez Peck

On Sun, Aug 15, 2010 at 1:48 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > 12092 > ----- > > Issue 2803: Final Preference Clean > > This update does > ScriptLoader new cleanUpForRelease. > in the postscript. > > Preferences and Preference are gone... all obsolete classes related to > Preferences > are gone, finally. > > But I think we should add back a Preferences class for allowing to load old > code. (it's referenced > in the class side initialize in old code often...) > > The problem are the external pacakges. I have 100 references to Preferences in Pharo dev....almost EVERY external package uses Preferences. So....we really need help of the external package maintainers to update them. And I am not sure how easy is that. I mean...is there a mapping between each previous preference a the new ones? Cheers Mariano > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 15, 2010

[Pharo-project] [update 1.2] #12092

by Marcus Denker

12092 ----- Issue 2803: Final Preference Clean This update does ScriptLoader new cleanUpForRelease. in the postscript. Preferences and Preference are gone... all obsolete classes related to Preferences are gone, finally. But I think we should add back a Preferences class for allowing to load old code. (it's referenced in the class side initialize in old code often...) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 15, 2010

[Pharo-project] [update 1.2] #12091

by Marcus Denker

12091 ----- Issue 2791: Diff browser lost menu item "Install incoming version" Issue 2802: Preferences Clean 2 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 15, 2010

Re: [Pharo-project] What is the situation regarding iPhone

by Hilaire Fernandes

I meant iPad Hilaire Le 15/08/2010 12:33, Hilaire Fernandes a Ã©crit : > Can we legally distribute through the apple store Pharo Smalltalk > applications? > > Hilaire -- Dr. Geo, to discover geometry on Linux, Windows, MAC and XO http://community.ofset.org/index.php/DrGeo

Aug. 15, 2010

Re: [Pharo-project] Contributors page (was little pictures of you)

by StÃ©phane Ducasse

yes! On Aug 14, 2010, at 3:04 PM, Adrian Lienhard wrote: > OK, that's a good argument. So, I'd like to come to a conclusion: > > - Photos with short summary as prototyped by Laurent > - On the main website under "Community" (rather than "About"), listed alphabetically by first name > - People are invited to get an entry if they have contributed or if they are in another way involved in the community (e.g., by being an active user) > > OK? > > Adrian > > On Aug 13, 2010, at 22:29 , StÃ©phane Ducasse wrote: > >> >>> Yea, that's a good question. I think it's primarily for us. Who else would be interested? Someone taking a technology decision? "Sure, I'm going to use Pharo â these guys look so cute!" ;). Not likely. >>> >>> So, the Google wiki could be a better place. Unless we want to argue that the website is not only for new people learning about Pharo but also for us to build the community. >> >> This is nice to see that there are a lot of people around a project. >> So this is not the question of cute people this is a question of community so I would put that on the project web site (not the google one). >> >> 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

Aug. 15, 2010

Re: [Pharo-project] [update 1.2] #12089

by StÃ©phane Ducasse

thanks marcus I was on vacation of integration I will come back after finishing to paint stef On Aug 14, 2010, at 11:21 PM, Marcus Denker wrote: > 12089 > ----- > > Issue 2798: Replace Set class>>rehashAllSets with HashedCollection class>>rehashAllSubInstances > Issue 2796: Preference cleanup 1: remove 50 unsent methods > Issue 2795: Remove some unused variables > Issue 2789: Nuke TestRunner>>hasHistory > Issue 2800: remove MethodContext>>#freeNames > Issue 2785: File list menu should have grouped items > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 15, 2010