- Pharo-dev - lists.pharo.org

Re: [Pharo-project] about preparing the first release
by Bill Schwab Sept. 24, 2008

Sept. 24, 2008

Stef, Given a willingness to slip (either date or feature list) if the system is unstable, a deadline is great. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 09/24/08 4:08 PM >>> Hi guys I will work using the pinesoft etoy removal package. But it can take time to do that carefully since etoy put its fingers everywhere. Now I would really like that we define a date for the first release. I would really like to have something for maximum end of october. What about you? Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Re: Re: Re: Re: [ANN] Demo with both Truetype+Polymorph
by Bill Schwab Sept. 24, 2008

Sept. 24, 2008

It includes a Linux VM with the shutdown prompt fix - MUCH appreciated, not to mention the packages that were the point of demo :) Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 09/24/08 3:57 PM >>> thanks for the report. I guess that marcus will look into that. I do not know how he made the one click precisely. Stef

1 0

[Pharo-project] [ANN] 10075
by StÃ©phane Ducasse Sept. 24, 2008

Sept. 24, 2008

I removed ComponentLikeModel. Tomorrow morning we will applied our tools on pharo and start to fix package cycles. Stef going to bed :)

1 0

[Pharo-project] Other Morphic question: allKnownNames
by StÃ©phane Ducasse Sept. 24, 2008

Sept. 24, 2008

Hi I'm reading innocuousName allKnownNames allSubmorphNamesDo: and friends It seems to me that Morph submorph elements could be given names from the user interface and this would define automatically instance variables or something like that with the given name. My gut feeling is shouting inside me to tell me that we should remove that. I would really like to know your point of view. I checked in Squeak2.8 allKnownNames "Answer a list of all the names of all named objects borne in my instance variable values" ^ self instanceVariableValues select: [:e | (e ~~ nil) and: [e knownName ~~ nil]] thenCollect: [:e | e knownName] Stef

2 3

[Pharo-project] About Flap
by StÃ©phane Ducasse Sept. 24, 2008

Sept. 24, 2008

Hi guys we are applying our tools on pharo :) and I would like to know what do we decided for Flaps? I thought that we will remove this class. Stef

4 5

Re: [Pharo-project] Burning the disk packs: Who puts equality into Object?
by Bill Schwab Sept. 24, 2008

Sept. 24, 2008

I have always seen defaulting equality to identity to be a useful confusion, and I fear it would simply be copied down (often in frustration) into many classes vs. done once. It also removes a compatibility with other Smalltalks, which I think we should be working to maintain and enhance where it is not destructive to do so. Just my 2 asCents. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> diegogomezdeck(a)consultar.com 09/24/08 9:30 AM >>> Hi guys, I recently discovered Pharo project and I'd like to fire a proposal for cleaning Object class. The "simple" idea is to remove equality concept (implemented with #= and #hash messages) from Object. Equality means that different instances can represent the same value (like Numbers, Strings, Dates, etc). Identity means that any object is a different object from any other from the world. All objects have identity (#== and #basicHash messages), but not all object share the equality concept. To make the things worst, the default implementation of equality is based on the identity, producing a big confusion to newbies (and experts too!). One implementation option is to implement the Equality concept in a super-class of Magnitude (Comparable?), and reused all over the class hierarchy with traits. Of course such factorization will impact also on the Collections that (most of them) also confuses equality with identity. Probably some collections will need an Strategy-pattern to use identity or equality based behavior. What do you think? Cheers, -- Diego _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

Re: [Pharo-project] About Flap
by Bill Schwab Sept. 24, 2008

Sept. 24, 2008

Now THAT'S a reason for us to remove them!!!!!!! :) Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> damien.cassou(a)gmail.com 09/24/08 9:07 AM >>> On Wed, Sep 24, 2008 at 3:05 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Sep 24, 2008 at 1:55 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> I would like to know what do we decided for Flaps? > > I like the way they are in dev images. You move the mouse to the right > side of the image and the flap opens. From there, you can drag&drop > your favorite tool. Do you have any faster way to open a browser or a > transcript? Note that latest versions of Microsoft Visual Studio now contains flaps too. -- Damien Cassou Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu)

1 0

[Pharo-project] Burning the disk packs: Who puts equality into Object?
by Diego Gomez Deck Sept. 24, 2008

Sept. 24, 2008

Hi guys, I recently discovered Pharo project and I'd like to fire a proposal for cleaning Object class. The "simple" idea is to remove equality concept (implemented with #= and #hash messages) from Object. Equality means that different instances can represent the same value (like Numbers, Strings, Dates, etc). Identity means that any object is a different object from any other from the world. All objects have identity (#== and #basicHash messages), but not all object share the equality concept. To make the things worst, the default implementation of equality is based on the identity, producing a big confusion to newbies (and experts too!). One implementation option is to implement the Equality concept in a super-class of Magnitude (Comparable?), and reused all over the class hierarchy with traits. Of course such factorization will impact also on the Collections that (most of them) also confuses equality with identity. Probably some collections will need an Strategy-pattern to use identity or equality based behavior. What do you think? Cheers, -- Diego

1 0

[Pharo-project] About Flap
by Torsten Bergmann Sept. 24, 2008

Sept. 24, 2008

Damien wrote >Do you have any faster way to open a browser or a transcript? Hit Cmd+b for browser and Cmd+t for transcript. ;) Bye Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

1 0

[Pharo-project] Please use your name and not initial
by Torsten Bergmann Sept. 24, 2008

Sept. 24, 2008

Hi Stef, that's me. It was just a basic test for committing to pharo income (just categorized an uncategorized method). You can drop the version and categorize the method yourself with a different name meanwhile (so actually it's not a license issue). Sorry for the confusion. Signed an agreement for Squeak already but it look like another one is required for Pharo. Where is the text and who should get a signed copy? Bye Torsten -- GMX Kostenlose Spiele: Einfach online spielen und SpaÃ haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/61691…

2 1