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

[Pharo-project] Browser>>copyClass missing issue
by Alain Plantec July 8, 2009

July 8, 2009

Hi all, I think that this issue is a good candidat for 1.0 http://code.google.com/p/pharo/issues/detail?id=894 Cheers Alain

2 1

[Pharo-project] A drag n drop example
by FranÃ§ois Tanguy July 8, 2009

July 8, 2009

Hello all, I was playing around with the drag&drop stuff in Pharo and I came to create a package with four classes as an example to show how to use drag&drop features. Are you interested in that example ? Can we integrate that code somewhere ? Francois

2 4

[Pharo-project] fonts
by Torsten Bergmann July 8, 2009

July 8, 2009

Note that there is a preference to update the fonts at image startup automatically. This was enabled in former images and is now disabled by default. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] Issue 941: adding class methods fails
by Johan Brichau July 8, 2009

July 8, 2009

Hi, Adding (new) class methods fails in latest image. I described the problem and proposed a fix attached to issue 942 ---------------------------- Johan Brichau johan.brichau(a)uclouvain.be

4 6

[Pharo-project] fonts
by Tudor Girba July 8, 2009

July 8, 2009

Hi, I ran my usual font setting script (see below) on pharo0.1-10371dev09.07.1 and the fonts did not get set. I ran the same code on Pharo0.1Core-10371 and it worked. Any idea what is the difference between the dev and the core images regarding this issue? Is it because of some initialization of the font system? Cheers, Doru -- www.tudorgirba.com "Problem solving should be concentrated on describing the problem in a way that is relevant for the solution."

2 3

[Pharo-project] NaN thoughts (Was: Re: Issue 940: (13/10) = 1.3 returns false)
by Igor Stasenko July 8, 2009

July 8, 2009

Btw, Nicolas, in some past, i have proposed to exclude NaN from Float(s) at all by making: NaN is a singleton instance of class NotANumber and change all VM floating point primitives to return such singleton in case if computation result is NaN. NotANumber says for itself: NaN isNumber == false What do you think about it? (Opinion of others is valuable too). 2009/7/8 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > 2009/7/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> On Jul 8, 2009, at 4:07 AM, Hernan Wilkinson wrote: >> >>> ok, let me start again. >>> 1) I created the issue because 13/10 = 1.3 works different in the >>> new pharo image that in vw, va, dolphin, squeak and the previous >>> pharo version, so I thought it was a bug >>> 2) I understand that comparing floats is not good and I also >>> understand the representation problems of floats >>> 3) I'm in favor of making changes. Changes are needed to make >>> progress although not all changes make progress >>> >>> But, Nicolas when you say >>> > Anyone depending on (13/10) = 1.3 is plain wrong... >>> I do not completely agree. You say that because you are thinking >>> like a programmer and you know that 1.3 is a float, but if you ask >>> the same question to an accountant, engineering, etc. they will say >>> that 13/10 is equal to 1.3. So, outside computers, 13/10 is equal to >>> 1.3, the same as 1/2 equals to 0.5 and so on. >>> Dan Ingalls followed a good design principle: to hide as much as >>> possible implementation details from the user and that is why >>> Smalltalk has such a great Number model that I did not see in >>> another language. >>> From my point of view, the implementation you are providing is not >>> quite following this principle or at least is making the float >>> representation problem more evident. If the last is the intention, I >>> think it should be consistent (i.e. 1/2 = 0.5 should return false >>> also) and provide specific messages to handle that decision too. >>> Or maybe the change has to be more profound, maybe changes like the >>> one suggested by Michael van der Gulik >>> are necessary, maybe we have to print ScaledDecimals as float are >>> printed now and print floats with a special representation to make >>> evident that is not a "normal" number... >> >> May be this would be good in fact. >> >> I was wondering why we could not have >> Â Â Â Â = comparison always been false? >> >> Stef >> > > {(1/2) < 0.5. > (1/2) = 0.5. > (1/2) > 0.5.}. -> {false. false. false.} > > We cannot order these two numbers. > Well, this will break some other expectations... Like (a >= b) = (a < b) not... > IMO, we would be shifting the model from inexact Floating point to > Interval arithmetic. > Again, this is a possibility, but I'd rather see this Behaviour in a > separate class, and let user select his own model. > IMO we must provide traditional Floating point arithmetic reflecting > the state of the art. > > Nicolas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

4 15

[Pharo-project] NaN thoughts
by Torsten Bergmann July 8, 2009

July 8, 2009

When cleaning up things would it be useful to have infinit arithmetic too? See http://www.squeaksource.com/Infinity.html Bye Torsten -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

3 2

[Pharo-project] [OT] Google Chrome OS
by Torsten Bergmann July 8, 2009

July 8, 2009

Interesting: a new OS will soon be in town http://googleblog.blogspot.com/2009/07/introducing-google-chrome-os.html Check the VMMaker engines ;) -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate fÃ¼r nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

3 2

[Pharo-project] [OT] Google Chrome OS
by Torsten Bergmann July 8, 2009

July 8, 2009

>wow. magic. Thats why I've put the ";)" behind "Check the VMMaker engines" Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

July 8, 2009

From: Pavel Krivanek <pavel.krivanek(a)gmail.com> Date: July 6, 2009 2:26:56 PM CEDT To: stephane ducasse <stephane.ducasse(a)free.fr> Subject: issue 348 Hi Stef, I updated the issue http://code.google.com/p/pharo/issues/detail?id=348 Cheers, -- Pavel

4 8