January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] DeepIntoPharo Book website

by Nicolai Hess

2014/1/21 Torsten Bergmann <astares(a)gmx.de> > http://www.deepintopharo.com does not return anything. > Is it only me? > > no, happens for me too.

Jan. 21, 2014

Re: [Pharo-dev] DeepIntoPharo Book website

by Alexandre Bergel

Same thing for meâ¦ Damien, any idea whatâs going on? Alexandre On Jan 21, 2014, at 4:59 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > http://www.deepintopharo.com does not return anything. > Is it only me? > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2014

Re: [Pharo-dev] Bad naming: users

by Norbert Hartl

Am 21.01.2014 um 20:08 schrieb phil(a)highoctane.be: > Magritte description comes to mind... > Itâs called magritteDescription since magritte 3. Norbert > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Pharo Consortium Member - http://consortium.pharo.org/ > Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller > > > > > On Tue, Jan 21, 2014 at 6:41 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > This is where the "only 5 reserved keywords" stop being true :) > > I've been bitten by similar things and ended up using my own selectors, sometimes with a prefix. > > Regards! > > Esteban A. Maringolo > > > 2014/1/21 Camille Teruel <camille.teruel(a)gmail.com> > > On 21 janv. 2014, at 17:53, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> I tried loading Deltawerken in Pharo 3.0 and noticed >> it is now impossible to load code where a class side method is defined named users. >> >> DEUser class>>users >> ^self subclassResponsibility >> >> Stephan > > I guess it's a consequence of the unification of Class and Trait APIs. Now SomeClass users must answer an empty collection. > So you experience a name clash between Pharo meta-level and your domain :( > I still think it was a mistake too push that unification that far, i.e having classes responding to trait specific methods and vice-versa. > > >

Jan. 21, 2014

DeepIntoPharo Book website

by Torsten Bergmann

http://www.deepintopharo.com does not return anything. Is it only me?

Jan. 21, 2014

Re: [Pharo-dev] Unable to resolve Metacello-Platform.pharo30

by Sean P. DeNigris

Pavel Krivanek-3 wrote > package: 'Metacello-Platform.pharo30'; Ha ha, yes I've fallen for that one before tooâ¦ Send package:constraint:. See the nice method comment. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Unable-to-resolve-Metacello-Platform-pharo30-tp473821… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 21, 2014

World vs. ActiveWorld

by Sean DeNigris

What is the difference? There are many hardcoded references to each. I wonder if they are all using the correct one...

Jan. 21, 2014

Re: [Pharo-dev] Bad naming: users

by phil＠highoctane.be

Magritte description comes to mind... --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Jan 21, 2014 at 6:41 PM, Esteban A. Maringolo <emaringolo(a)gmail.com>wrote: > This is where the "only 5 reserved keywords" stop being true :) > > I've been bitten by similar things and ended up using my own selectors, > sometimes with a prefix. > > Regards! > > Esteban A. Maringolo > > > 2014/1/21 Camille Teruel <camille.teruel(a)gmail.com> > >> >> On 21 janv. 2014, at 17:53, Stephan Eggermont <stephan(a)stack.nl> wrote: >> >> I tried loading Deltawerken in Pharo 3.0 and noticed >> it is now impossible to load code where a class side method is defined >> named users. >> >> DEUser class>>users >> ^self subclassResponsibility >> >> Stephan >> >> >> I guess it's a consequence of the unification of Class and Trait APIs. >> Now SomeClass users must answer an empty collection. >> So you experience a name clash between Pharo meta-level and your domain :( >> I still think it was a mistake too push that unification that far, i.e >> having classes responding to trait specific methods and vice-versa. >> >> >

Jan. 21, 2014

IDE reloading based on configuration

by Pavel Krivanek

Hi, I transformed the Morphic reloading script into a configuration and it works :-) Jenkins job: https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… Configuration repository: http://smalltalkhub.com/#!/~Pharo/SystemConfigurations/ it's named ConfigurationOfIDE. Small note, I must parse versions list from a string because the method has too many literals if I try to use standard form used in normal configurations generated by the tools. Cheers, -- Pavel

Jan. 21, 2014

Re: [Pharo-dev] What happened to the Slice maker?

by Marcus Denker

On 21 Jan 2014, at 18:32, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > 21 Jan 2014, at 12:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> This will simplify *a lot* to make a Slice fro syncing with Spec, too. > > Can you expand please? > Because I have only seen the UI change, but I do not see where it can help :) > So for Opal, we commit to the Opal repository (because we have a fancy referessiontester that recompiles image and then runs all testsâ¦). Now then, wenn that is green we merge back at some point. And itâs often actually not a merge, but a load: we want those packages in Pharo. In the past, to make a slice, we had to make some method dirty, now we can just make a Slice from the non-dirty packages as loaded from the repo. Marcus

Jan. 21, 2014

Re: [Pharo-dev] Bad naming: users

by Sebastian Sastre

We have to be careful about this. Iâm not saying traits doesnât have its place but they are a solution to millions of non-problems Here is a post to reflect and learn from the problems of our neighbours, the lispers guys: Lisp: more is less http://jameso.be/2014/01/19/lisp.html It would be super awesome if we never ever ever have those problems On Jan 21, 2014, at 3:41 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > This is where the "only 5 reserved keywords" stop being true :) > > I've been bitten by similar things and ended up using my own selectors, sometimes with a prefix. > > Regards! > > Esteban A. Maringolo > > > 2014/1/21 Camille Teruel <camille.teruel(a)gmail.com> > > On 21 janv. 2014, at 17:53, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> I tried loading Deltawerken in Pharo 3.0 and noticed >> it is now impossible to load code where a class side method is defined named users. >> >> DEUser class>>users >> ^self subclassResponsibility >> >> Stephan > > I guess it's a consequence of the unification of Class and Trait APIs. Now SomeClass users must answer an empty collection. > So you experience a name clash between Pharo meta-level and your domain :( > I still think it was a mistake too push that unification that far, i.e having classes responding to trait specific methods and vice-versa. > >

Jan. 21, 2014