- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Streams - #nextLine

by Damien Cassou

On Sun, Jun 7, 2009 at 2:15 AM, Nicolas Cellier<nicolas.cellier.aka.nice(a)gmail.com> wrote: > Before adding a new set of messages, why not make the endOfStream pluggable? I'm not sure it will work because different methods will expect different behavior. Thus these methods won't be able to communicate with the same stream. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 8, 2009

Re: [Pharo-project] Win32Setup for 10324dev09.06.1

by Damien Cassou

2009/6/7 Torsten Bergmann <astares(a)gmx.de>: > I expect to soon have a "Pharo by example" from Stephane and friends?! ;) > If so I will package the PDF right into the setup... http://www.iam.unibe.ch/~scg/SBE/SBE.pdf -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 8, 2009

[Pharo-project] Debugger problem with pragmas

by Nicolas Cellier

I don't know if it's only me, but I sometimes can't open the debugger... I've got a problem with this code (eem): MethodProperties>>analogousCodeTo: aMethodProperties pragmas ifNil: [aMethodProperties pragmas notEmpty ifTrue: [^false]] ifNotNil: [aMethodProperties pragmas empty ifTrue: [^false]. snip... What is this #empty message? Shouldn't it be isEmpty or ifEmpty: [] ? If I correct it, I have further problems because #analogousCodeTo: is not implemented in Pragma Nicolas

June 8, 2009

Re: [Pharo-project] Logging package does not compile

by Keith Hodges

FranÃ§ois Tanguy wrote: > Hello, > > did anyone ever tried to load the "Logging" package from Keith Hodges ? > http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-December/132923… > > In pharo, the following method does not compile. > > testFilter: aMessage > | lowerString | > lowerString := aMessage value value asLowercase. > ^(self searchString asString substrings allSatisfy: [:sub | > sub := (sub asLowercase) replaceAll: $_ with: (Character space). > ((sub first = $-) and: [(lowerString includesSubString: sub > allButFirst) not]) or: > [(sub first = $+) and: [lowerString includesSubString: sub > allButFirst]] or: > [lowerString includesSubString: sub]]) > > It is easy to fix by using an extra variable. > My question, should we ask Keith to fix this method so that this > package would be "pharo loadable" ? > > FranÃ§ois You dont have to ask me to fix it, all of my projects are open access. I look forward to receiving contributions that will ensure things are compatible. Keith

June 8, 2009

Re: [Pharo-project] Call for suggestions: Morph has 997 methods

by StÃ©phane Ducasse

On Jun 7, 2009, at 10:02 PM, Schwab,Wilhelm K wrote: > Stef, > > One interesting idea that I saw mentioned a long time ago was to > create a new set of classes that use DNU as a prompt to grab the > missing method from the corresponding morph class. After a while, > it should converge on a minimal set of methods, at least as written. I did it :) But it crashed. I did the same with mw and I got 600 methods when opening and closing methods. > Another thing: the Guzdial and Rose book contains "Back to the > Future Once More" that contains a statement of intent to replace > morphic with something better. I further recall some mention of > replacing morphic's use of global coordinates with morph-local > coordinates, though I do not recall where I read that. yes but we need a good soul to implement it: lessphic But first cleaning unused or not useful would be also good. stef

June 7, 2009

Re: [Pharo-project] Call for suggestions: Morph has 997 methods

by Schwab,Wilhelm K

Stef, One interesting idea that I saw mentioned a long time ago was to create a new set of classes that use DNU as a prompt to grab the missing method from the corresponding morph class. After a while, it should converge on a minimal set of methods, at least as written. Another thing: the Guzdial and Rose book contains "Back to the Future Once More" that contains a statement of intent to replace morphic with something better. I further recall some mention of replacing morphic's use of global coordinates with morph-local coordinates, though I do not recall where I read that. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Sunday, June 07, 2009 2:44 PM To: Pharo Development Subject: [Pharo-project] Call for suggestions: Morph has 997 methods Hi guys It would be great if we could assess Morphic fat. I think that with 997 methods not counting the MorphExtension class, we should be able to clean Morph and friend. So if you see passing unused, useless, broken Morph code please report it Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 7, 2009

Re: [Pharo-project] an odd bug

by StÃ©phane Ducasse

so is there a fix? Stef On Jun 4, 2009, at 11:07 PM, Hernan Wilkinson wrote: > yes, but not only that... I also create "complete objects" from its > very first time. For example, instead of: > Date new day:1; moth:1; year: 2009. > I do: > Date newDay: 1 moth: 1 year: 2009. > > That way you will never have an invalid Date > > 2009/6/4 Steve Wirts <stevewirts(a)gmail.com> > That's the Null Object Pattern! > > http://en.wikipedia.org/wiki/Null_Object_pattern > > > 2009/6/4 Hernan Wilkinson <hernan.wilkinson(a)gmail.com> > > I was going to suggest exactly that. > As a rule, I never use nil because if you do it you will have to > check for it somewhere... nil is the root of most of the problems! > if not, look at all the errors I fixed in the other mail, most of > them are because nil is being used. > So, instead of nil, another object has to be use, and like you said > in this case an empty collection I think will work. I'm just > changing that... I'll send the changes today (I hope). > > Hernan. > > > On Thu, Jun 4, 2009 at 11:32 AM, Michael Rueger <m.rueger(a)acm.org> > wrote: > Sean Allen wrote: > > > Just as a bit more info. I used squeak for several months without > ever > > seeing this error. > > I used pharo for 3 months without seeing this error. I've only > gotten > > this error in the latest images > > with the latest vm and get it constantly. Not occassionally, I can > get > > this to happen at least > > once every 120 seconds or so, sometimes more often. It would seem > to be > > as an outsider, > > that something must have changed. > > it definitely sounds like it. > Would be good to investigate what might have changed in the call path > that *sets* the variable to check why it is ending up being nil. Maybe > it shouldn't be set or initialized to nil but to an empty collection > in > those cases? > > Michael > > _______________________________________________ > 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 > > > _______________________________________________ > 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

June 7, 2009

[Pharo-project] Call for suggestions: Morph has 997 methods

by StÃ©phane Ducasse

Hi guys It would be great if we could assess Morphic fat. I think that with 997 methods not counting the MorphExtension class, we should be able to clean Morph and friend. So if you see passing unused, useless, broken Morph code please report it Stef

June 7, 2009

Re: [Pharo-project] swapMouseButtons doesn't work

by Adrian Lienhard

In issue #838 I changed the implementation to be platform specific as follows: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [ OSPlatform current platformFamily ~= #Windows ] which means that for Unix swapping is enabled (returns true). If I understand you correctly, however, for Unix it should be disabled. Is this correct? So the correct implementation would be to test for OSPlatform current platformFamily = #Mac (or similar) Adrian On Jun 7, 2009, at 19:08 , Mariano Martinez Peck wrote: > Hi folks: I had an Pharo 10318 and then updat to 10328 in Linux and > swapMouseButtons seems to be wrong. For the "right button" I have to > press > the mouse wheel button. I tried this things: > > Preferences setPreference: #swapMouseButtons toValue: true. > Preferences setPreference: #swapMouseButtons toValue: false. > Preferences enable: #swapMouseButtons. > Preferences disable: #swapMouseButtons. > InputSensor swapMouseButtons: false. > InputSensor swapMouseButtons: true. > > No one do nothing. > > I saw http://code.google.com/p/pharo/issues/detail?id=838 and seems > to be > changed in 10319 > > However, this is not working well in Linux. What I had to do to make > it work > is this: > > Rewrite Preferences>>swapMouseButtons to this: > > swapMouseButtons > ^ self > valueOfFlag: #swapMouseButtons > ifAbsent: [self break. > OSPlatform current platformFamily = #Windows > ifTrue: [false]. > OSPlatform current platformFamily = #Unix > ifTrue: [false] ] > > > And then do: > > InputEventSensor swapMouseButtons: false > > In addition 10324 dev seems to work ok for me out of the box. Can be a > problem of updating from an older version ? > > What can be the problem? > > Thanks > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 7, 2009

[Pharo-project] swapMouseButtons doesn't work

by Mariano Martinez Peck

Hi folks: I had an Pharo 10318 and then updat to 10328 in Linux and swapMouseButtons seems to be wrong. For the "right button" I have to press the mouse wheel button. I tried this things: Preferences setPreference: #swapMouseButtons toValue: true. Preferences setPreference: #swapMouseButtons toValue: false. Preferences enable: #swapMouseButtons. Preferences disable: #swapMouseButtons. InputSensor swapMouseButtons: false. InputSensor swapMouseButtons: true. No one do nothing. I saw http://code.google.com/p/pharo/issues/detail?id=838 and seems to be changed in 10319 However, this is not working well in Linux. What I had to do to make it work is this: Rewrite Preferences>>swapMouseButtons to this: swapMouseButtons ^ self valueOfFlag: #swapMouseButtons ifAbsent: [self break. OSPlatform current platformFamily = #Windows ifTrue: [false]. OSPlatform current platformFamily = #Unix ifTrue: [false] ] And then do: InputEventSensor swapMouseButtons: false In addition 10324 dev seems to work ok for me out of the box. Can be a problem of updating from an older version ? What can be the problem? Thanks Mariano

June 7, 2009