September 2008 - Pharo-dev - lists.pharo.org

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

[Pharo-project] Please use your name and not initial
by StÃ©phane Ducasse Sept. 24, 2008

Sept. 24, 2008

Hi guys there is a Kernel-tbn in pharoInbox and this is important for us to know who is the person since we want him to sign the agreement (even if pubishing in the repository means that you license the code under MIT). Stef

1 0

[Pharo-project] First pharo-dev with limited package set
by Damien Cassou Sept. 24, 2008

Sept. 24, 2008

Hi, I've just released the first pharo-dev which contains a limited package set. See http://code.google.com/p/pharo/wiki/Packages for the list of packages we want in Pharo. You can download the image at https://gforge.inria.fr/frs/download.php/7404/pharo0.1-10074dev08.09.2.zip. Here is the list of packages included in this release: AST version 160 eCompletion version 0.90 OB-Enhancements version 0.203 OmniBrowser version 0.416 OmniBrowser-Morphic version 0.52 OmniBrowser-Refactory version 1.0 OmniBrowser-Regex version 0.9.1 OmniBrowser-Standard version 0.346 Pharo packages version 0.3 Refactoring Core version 5 RoelTyper version 0.60 Shout version 3.15-tween.72 ShoutWorkspace version 1-tween.2 VBRegex version 1.9 -- 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)

7 21

[Pharo-project] [OT] Sophie in Java
by Michael Rueger Sept. 24, 2008

Sept. 24, 2008

Hi all, the Mellon foundation just approved the grant to Astea in Bulgaria to redevelop Sophie in Java! Astea (http://asteasolutions.com) are the nice guys that we trained and who then turned around, stating on their web site that they developed Sophie, took our Sophie documents and artwork for their proposal and managed to persuade Mellon to actually give them money... We moved the current Sophie project to http://opensophie.org, hoping to keep Sophie alive and making Sophie better than what they can come up with. And why I'm sending this to the Pharo list? Pharo already has so much promise as a base system, hopefully providing in the core already what we had to re-invent in Sophie because it didn't work in the main Squeak version. The Freetype stuff already turned out really well! Hopefully more to come. And once I finish these new etoys installers I can do some Pharo work too, hopefully ;-) Michael

6 7

Sept. 24, 2008

Thanks. Another problem with real atomic loading. Stef > Hi Stef, > > there is nothing special with the two change sets except their > fileIn order, since instances of Character are used while both of > them are loaded and compiled ... > > The 3.10 release team attempted to make .mcz out of them but failed > miserably, so I suggest you just file them in. > > Let me know how it worked for you; perhaps also see if before/after > the .image indeed gets smaller by ca. 300 KB. > > Ah, and before I forget: because of Association #hash #= (since 3.8 > or so, Marcus knows the problem), compilation of Unicode methods > take looong, since one of its class variables has a populated > SparseLarge* thing which is #hash'ed and #='ed when compiling access > to each class variable :( But this is a genaral problem, which just > manifests, when compiling Unicode, with pain. > > Cheers, > Klaus > > On Tue, 23 Sep 2008 21:52:35 +0200, StÃ©phane Ducasse wrote: > >> Hi klaus >> >> I would like to include the following in pharo >> about http://bugs.squeak.org/view.php?id=6336 >> >> can you tell me if I should pay attention to something in particular. >> >> Stef >> > >

2 1

Sept. 23, 2008

Hi klaus I would like to include the following in pharo about http://bugs.squeak.org/view.php?id=6336 can you tell me if I should pay attention to something in particular. Stef

1 0