May 2012 - Pharo-users - lists.pharo.org

Re: [Pharo-users] dirty hack question

by Werner Kassens

ok, thanks werner

May 18, 2012

Re: [Pharo-users] dirty hack question

by Dale Henrichs

Werner ... It's not a bad technique at all. Look at Collection>>detect:ifNone: which is doing exactly what you are doing ... in fact you could use #detect: in your case: ^aCollection detect: [:each | each satisfiesTest ] and you'll get a 'not found' error if none of the elements answers true... Dale ----- Original Message ----- | From: "Werner Kassens" <wkassens(a)libello.com> | To: "A friendly place where any question about pharo is welcome" <pharo-users(a)lists.gforge.inria.fr> | Sent: Friday, May 18, 2012 5:05:40 AM | Subject: [Pharo-users] dirty hack question | | Hi, | i looked at a method in a package i downloaded that goes essentially | like this: | | method:aCollection | aCollection do:[:i| i satisfiesTest ifTrue[^someNumberDependingOnI] | ]. | ^someOtherNumberDependingOnACollection | | now theoretically some 'i' should always satisfy test, the | ^someOtherNumber was obviously added because there is a bug in | satisfiesTest and this way the bug is hardly noticable any more (its | not | important for my question, but someOtherNumber is perfectly logical | in | the general setting, if one does not understand the bug itself). i | changed satisfiesTest so that there should be no more bugs in it. of | course i cant be sure, hence i changed the ^someOtherNumber line to: | self error:'should never be reached'. | now i wonder whether that last error line would be considered a dirty | hack by the usual smalltalk programmer, and if yes, what would be the | usual procedure in such a case? | werner | |

May 18, 2012

dirty hack question

by Werner Kassens

Hi, i looked at a method in a package i downloaded that goes essentially like this: method:aCollection aCollection do:[:i| i satisfiesTest ifTrue[^someNumberDependingOnI] ]. ^someOtherNumberDependingOnACollection now theoretically some 'i' should always satisfy test, the ^someOtherNumber was obviously added because there is a bug in satisfiesTest and this way the bug is hardly noticable any more (its not important for my question, but someOtherNumber is perfectly logical in the general setting, if one does not understand the bug itself). i changed satisfiesTest so that there should be no more bugs in it. of course i cant be sure, hence i changed the ^someOtherNumber line to: self error:'should never be reached'. now i wonder whether that last error line would be considered a dirty hack by the usual smalltalk programmer, and if yes, what would be the usual procedure in such a case? werner

May 18, 2012

Fwd: [Esug-list] ESUG 2012: registration is open!

by StÃ©phane Ducasse

Begin forwarded message: > From: Johan Brichau <johan(a)inceptive.be> > Subject: [Esug-list] ESUG 2012: registration is open! > Date: May 16, 2012 11:17:10 AM GMT+02:00 > To: ESUG Mailing list <esug-list(a)lists.esug.org> > > Dear Smalltalkers, > > I am pleased to announce that registration for the 20th ESUG Conference in Ghent, Belgium is now open! > > To register, please proceed to the website http://www.esug.org/wiki/pier/Conferences/2012 or go directly to http://registration.esug.org > > Important: do not forget to book your accomodation directly at one of the hotels in Ghent before June30th! > See: http://www.esug.org/wiki/pier/Conferences/2012/Accomodation > > August in Ghent is tourist season and there are a number of other conferences running at the same time at ESUG. So please book your hotel early, preferably before June 30th! > We have ensured availability of a number of rooms at various hotels in Ghent until June 30th. After that date, the option expires and you will need to search for other places to stay. > Make sure to book your hotel as soon as possible and mention the reservation code "ESUG" (this is important to get the rates and/or available rooms!) > > If there are any questions or problems, I am happy to answer them. Just send me an email on johan(a)inceptive.be > > Johan Brichau > johan(a)inceptive.be > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

May 18, 2012

Re: [Pharo-users] [Pharo-project] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

Some more :) I love these mails :) https://gforge.inria.fr/frs/download.php/30798/netstyle_wedruck_pharo.pdf https://gforge.inria.fr/frs/download.php/30797/cmsbox_pharo.pdf https://gforge.inria.fr/frs/download.php/30793/reflex-vacances.pdf Stef

May 18, 2012

Re: [Pharo-users] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

Here is a couple of more pharo successes :) https://gforge.inria.fr/frs/download.php/30792/smalltalkhub-pharoconf.pdf https://gforge.inria.fr/frs/download.php/30791/3Slides-SourceCity.pdf https://gforge.inria.fr/frs/download.php/30785/3Slides-Synectique.pdf https://gforge.inria.fr/frs/download.php/30784/humane-assessment-powered-by… https://gforge.inria.fr/frs/download.php/30782/2012-ObjectProfilePharoConf.… Yes I'm waiting for yours too! Stef

May 18, 2012

Re: [Pharo-users] auto format methods

by Bernat Romagosa

It's on schedule, check http://code.google.com/p/pharo/issues/detail?id=5664&q=nautilus&colspec=ID%… :) 2012/5/18 Ted F.A. van Gaalen <tedvga(a)gmail.com> > Pharo 1.4 Nautilus > can't find source code auto format option. > also not in the settings browser > but maybe I haven't been looking good enough.. > anyone? > thanks > Ted > -- Bernat Romagosa.

May 18, 2012

Re: [Pharo-users] Global package cache

by Mariano Martinez Peck

On Fri, May 18, 2012 at 3:40 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > fstephany wrote > > > > MCCacheRepository default: (aFileDirectory somewhere) > > > > That's right. We never got around to adding the setting, although it would > be easy enough. Maybe best to put it in a global Pharo startup script? > Yes, I always put that in my startup preferences: http://marianopeck.wordpress.com/2012/05/12/startuploader-running-startup-s… > > See > > http://forum.world.st/Having-a-shared-package-cache-Re-MCDirectoryRepositor… > for the original discussion > > -- > View this message in context: > http://forum.world.st/Global-package-cache-tp4630746p4630749.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

May 18, 2012

Re: [Pharo-users] SystemWindow model methods

by StÃ©phane Ducasse

thanks! On May 18, 2012, at 7:03 AM, Daniel Lyons wrote: > > On May 17, 2012, at 6:28 AM, StÃ©phane Ducasse wrote: > >> you can get access to it: just log to the gforge.inria.fr (put rmod as a team) and let us know > > I have committed a few small changes to the BasicWidgets chapter. I will contribute more as I delve deeper. > > Thanks, > > -- > Daniel Lyons > > >

May 18, 2012

Re: [Pharo-users] SystemWindow initial labelling from model

by StÃ©phane Ducasse

no this is a hack we show use polymorphic object and avoid as much as possible respondsTo: On May 18, 2012, at 6:20 AM, Daniel Lyons wrote: > A curative is to insert the following line into SystemWindow>>model: > > (model respondsTo: #labelString) ifTrue: [ self setLabel: model labelString ]. > > Looks like everyone is just sending it manually though. > > -- > Daniel Lyons > > > >

May 18, 2012