- Pharo-dev - lists.pharo.org

[Pharo-project] Website

by Alexandre Bergel

Hi All, The download section of the website is rather incomplete. > http://www.pharo-project.org/download I added a while ago a couple of sentences in the download section on the google website. Maybe the pharo-project.org web administrator could cut&paste it. I could accessory do it, however I do not have an access to the cmsbox. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 2, 2009

Re: [Pharo-project] A point a.k.a excuse to you

by Keith Hodges

> > I believe you are correct, but not everybody sees Pharo that > way. Edgar and Keith in particular, sometimes see it as > non-appreciation of their work, which is similar in spirit, but > not as well managed. > Matthew, My response to pharo is based upon the ironic situation. I say for 3.11 "Lets promote a process to enable integration and sharing of the contributions of the community, accross the diverse range of images that we use" Pharo team says "Lets go off and do our own thing", and Edgar says the same. I find this totally ironic and sad, since you couldn't create more fragmentation of the main squeak protagonists if you tried. Now of course the whole point of the tools we have been working on, for 3.11 Bob etc, is to allow diversification, so we should welcome all of pharos efforts and innovations, and any like it. You seem puzzled as to why I don't appreciate pharo. The problem arises when no-sharing is done of the fundamental components that make the sharing possible. For example SUnit needs to be a common piece. It has to be there is no option. So if you do a fork and within your fork you fork your own version of SUnit, you are snubbing the rest of the community, and any possibility of working with the rest of the community, either by ignorance or on purpose. This has to be a managed policy decision, from the top. It is precisely because the pharo project is not managed and planned with any such principles in mind, that I stress my point, and will continue to do so. It took me 25 years to understand that I had been hacking code for 25 years! I did a large test driven project, following some XP principles, and realised that it is possible to plan, and to release professionally developed code. I know the difference between hacked up code and a planned managed process. To be honest I prefer the hacking approach for first iterations, and most of my squeak work has been hacked up due to time constraints. Rio, planned as a replacement for FileDirectory is now two years old! It is managed by tests, and reached perhaps 70% of the way there just this weekend, in terms of professionality. The current 170+ tests should be reviewed, code coverage and feature coverage checked, and the regression suite needs to be run automated on at least three platforms. I am saying that it takes a lot of effort to make a new module without hacking, and that module once defined should be potentially adoptable by all Smalltalks. (Rio is a bit squeak specific at present). In reference to recent discussions about Preferences how am I going to write any common code between pharo and squeak, if the preferences api is different, between squeak and pharo? Note that the tools and preference system can be as different as you like, but the API has to be common at some level for any sharing to be possible. We either keep the same api we have, or design a new one, and provide a basic specification that can be implemented in both environments. What we cant accept is any proposals or discussion about such an important API without appreciating that it will be expected to support code that comes from both environments. The fact that 'Author' exists only as a global in the Pharo environment and prevents code which uses it from loading in squeak is all the proof I need that the pharo process needs a rethink. cheers Keith

March 2, 2009

Re: [Pharo-project] Preference refactoring again

by Geert

Alain Plantec wrote: > > The pragma you see in ... > I can't seem to find a lot of info on the "pragmas" people are referring to, what are they exactly, when or what should they be used for, how do they work ...? Maybe another one for the book Stef :) -- View this message in context: http://n2.nabble.com/Preference-refactoring-again-tp2403814p2408738.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 2, 2009

Re: [Pharo-project] UIManager>>request: does notsendProvideAnswerNotification anymore

by Gary Chambers

In Polymorph-ToolBuilder-gvc.6 on SqueakSource. Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, March 02, 2009 10:43 AM Subject: Re: [Pharo-project] UIManager>>request: does notsendProvideAnswerNotification anymore > Indeed this is the case with Polymorph. I'll see what I can do. > > Regards, Gary > > ----- Original Message ----- > From: "Damien Cassou" <damien.cassou(a)gmail.com> > To: "Gary Chambers" <gary(a)pinesoft.co.uk>; "Pharo Development" > <pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, March 02, 2009 10:35 AM > Subject: [Pharo-project] UIManager>>request: does not > sendProvideAnswerNotification anymore > > >> Hi, >> >> it seems that calling #request: does not trigger a >> ProvideAnswerNotification. This notification is used by >> #valueSuppressingMessages:supplyingAnswers: to automatically fill text >> requests. >> >> Can somebody check that? >> >> [UIManager default request: 'Please choose a username for\the >> application ' withCRs , 'config' printString] >> valueSuppressingMessages: Array new supplyingAnswers: >> (Array with: (Array with: '.*username.*' with: 'admin')) >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.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

March 2, 2009

Re: [Pharo-project] What are the ERROR messages in the Transcript Window in 10243?

by Rob Rothwell

Ok...thanks! Rob On Mon, Mar 2, 2009 at 4:00 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Sun, Mar 1, 2009 at 5:22 PM, Rob Rothwell <r.j.rothwell(a)gmail.com> > wrote: > > Should I post an issue? > > No, it's already fixed. Please update OB-Enhancements or wait for the > next pharo-dev. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 2, 2009

Re: [Pharo-project] Dynamic dead code alpha version

by StÃ©phane Ducasse

Now I get something somehow working with copyMethod: sel from: aClass | category | Transcript show: 'Does not understand ', sel asString ; cr. category := (aClass organization categoryOfElement: sel). self class compile: (aClass sourceCodeAt: sel) classified: category. Transcript show: 'recompiled', sel asString ; cr. doesNotUnderstand: aMessage | sel | sel := aMessage selector. (Morph selectors includes: sel) ifTrue: [^ self copyMethod: sel from: Morph]. (Object selectors includes: sel) ifTrue: [ self copyMethod: sel from: Object]. ^ aMessage sentTo: self. I still would like to understand why the previous approach (alain- based) does not work with Morph so I will continue my little journey. stef

March 2, 2009

Re: [Pharo-project] ProcessSpecific update

by Damien Cassou

On Mon, Mar 2, 2009 at 12:11 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Can you give us more information? Please use http://code.google.com/p/pharo/issues/detail?id=623 to precise the issue. -- Damien Cassou http://damiencassou.seasidehosting.st

March 2, 2009

Re: [Pharo-project] ProcessSpecific update

by StÃ©phane Ducasse

Can you give us more information? Stef On Mar 2, 2009, at 11:26 AM, Keith Hodges wrote: > You guys will need to include the overrides from the latest > Process-Specific package as found in squeaksource/Logging. This > switches > in the correct process environment when stepping in the debugger > > Keith > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 2, 2009

Re: [Pharo-project] Announcements for Pharo?

by StÃ©phane Ducasse

ok I will Stef On Mar 2, 2009, at 10:38 AM, Lukas Renggli wrote: > If you include it, please take the latest version Announcements-lr.13 > from <http://source.lukas-renggli.ch/announcements/>. > > I added a comment pointing to Vassili's blog and improved the tests. > Furthermore I removed the class StateMachine (described here > <http://www.cincomsmalltalk.com/userblogs/vbykov/blogView?entry=3346524723 > >) > that I don't think is a license clean re-implementation. If we need > it, somebody should read the blog and re-implement it without looking > at the code. > > 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 >

March 2, 2009

Re: [Pharo-project] SortedCollection>>median

by StÃ©phane Ducasse

> > > Not sure about median, though, as for just one method you wouldn't > want to create and load an extra package... but this is not only one method but a statistic little package I imagine.

March 2, 2009