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

Re: [Pharo-dev] World vs. ActiveWorld

by Marcus Denker

On 21 Jan 2014, at 20:51, Sean DeNigris <sean(a)clipperadams.com> wrote: > What is the difference? There are many hardcoded references to each. I wonder if they are all using the correct one... I think there is no differenceâ¦ the ActiveWorld might come back from times when there where multiple worlds active in one windowâ¦ which we do not support anymore. Marcus

Jan. 22, 2014

36 issues for Pharo3....

by Marcus Denker

Hi, There are 36 issues tagged for Pharo3: https://pharo.fogbugz.com/f/filters/64/3-0-TODO Please, everyone (and even please those people who always assume that these emails âeveryoneâ means âeveryone but meâ): -> Have a look at the list of issues -> Is there any bug missing you need to have fixed till the release? -> Is any of the entries more of a ânice to haveâ than a real requirement? -> Can you help with one of those issues? Marcus

Jan. 22, 2014

Fwd: Talk on Pharo In Enterprise Context

by S Krish

Bounced from the Users List.. so posting to this forum for now.. I am planning on delivering a lecture-demonstration on Pharo Smalltalk in specific and Smalltalk historically in our product Through last 20 yrs the one premier product in the company has had Smalltalk lineage from early Enfin days but as of today it is re-engineered in Java / Javascript going ahead for external plugins. I am planning to focus on Smalltalk and major thrust is Pharo as the upcoming base for real Enterprise platform of the future. *Any ideas *on what can be demoed and talked of from Pharo and overall simple or complex leaves an indelible impression of awe in the minds of many who actually perceive it as legacy..!.. many familiar but as the enterprise world goes believe Java and C# is the platform for ages to come. viz: concurrency as in Scheme / Closure / Hydra as in VW / something that still hugely differentiates. *Any other inputs on the roadmap* that speaks to its covering lost ground and compatability with "Legacy" World of Java / C# not through SOA but simpler. ********************************************** *Talk covers:* * Few example patterns evolved in the product in Smalltalk now adorns the Java code and serves well / better than various frameworks in JEE * Smalltalk has lead the way for language evolution for decades with Java 8 now catching up with even features like closures et als. All the features / capability that makes it still special.. * Javascript aka Live script was not Java and is more akin to Self Smalltalk and how it has its right of way in the corporate world with Java Rhino / Nashorn unwrapping it on the non browser side. Amber Smalltalk will be demoed in this context. * Bit of history and various dialects of Smalltalk * Then come over through to Pharo and its demonstration. a) Need a perfect IDE setup that covers all demonstrable complex stuff: Rossal / Moose as one, NB library as the other with Athens / SVG rendering, MargritteDescription , Traits..? not aware of complex examples on it. b) Seaside demonstration.. ... others..

Jan. 22, 2014

Re: [Pharo-dev] Bad naming: users

by Camille Teruel

On 21 janv. 2014, at 20:08, phil(a)highoctane.be wrote: > Magritte description comes to mind... Why? > > --- > 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

Re: [Pharo-dev] Bad naming: users

by Camille Teruel

On 21 janv. 2014, at 19:07, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > 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 Note that this issue does not come from presence of traits but from the combinaison of two things: - conflation of base-level (a.k.a. domain-level) and meta-level APIs: but it's like that since the invention of smalltalk (however it can be solve with a mirror-based architecture) - recent unification of Class and Trait APIs that require classes to answer #users. So similar problems were already present before this unification. The unification just added a few ones (including #users). Basically, all selectors of Behavior, ClassDescription and Class should not be used as domain-level class-side methods: that makes around 500 "reserved" selectors. > 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

Re: [Pharo-dev] FogBugz (Case [Issue]12566) Kernel - Added Behavior>>#dependentClasses

by Nicolai Hess

2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> > No idea which status I have to set > > Alexandre > > On Jan 21, 2014, at 5:40 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > 2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> > I have fixed this. I think the fix is ready to be included. > SLICE-Issue-12566-Added-BehaviordependentClasses-AlexandreBergel.2 > > This is an important fix > > Cheers, > Alexandre > > > On Jan 5, 2014, at 9:56 AM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > Hi! > > > > I have proposed a method Behavior>>dependentClasses, but apparently the > Monkey is not really happy about it. I doubt the error in the generated > report stems from this change. > > > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > > > > No idea how to proceed from there. > > > > Cheers, > > Alexandre > > > > On Jan 5, 2014, at 6:42 AM, Pharo Issue Tracker < > do-not-reply(a)pharo.fogbugz.com> wrote: > > > >> > >> Ulysse The Galactic Monkey From Outer Spaceedited Case 12566: > Added Behavior>>#dependentClasses: > >> > >> Bug in Kernel: 1. Pharo Image > >> > >> Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > >> Errors: 1 | Warnings: 1 | > >> > >> Status changed: > >> Resolved (Monkey is checking) Work Needed (Failing Test) > >> > >> Priority: 5 â Fix If Time Status: Work Needed > (Failing Test) > >> Assigned to: Alexandre Bergel Milestone: Pharo3.0 > >> > >> > >> Go to Case > >> > >> Don't want FogBugz notifications anymore? Update your preferences. > >> > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > Looks good. > Do you want to change the status at fogbugz, so the > monkey can check. > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > Oh, status will change if you select the solve (resolved?) button (on the bottom right side of the page)

Jan. 21, 2014

Re: [Pharo-dev] Bad naming: users

by phil＠highoctane.be

I know, just another case --- 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 9:13 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > 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

Re: [Pharo-dev] IDE reloading based on configuration

by Tudor Girba

Hi Pavel, Wow! About too many literals in a configuration: with Snapshotcello we encountered the same problem. Our solution was to create a utility method: populateSpec: aSpec with: list "generated by Snapshotcello creates a spec object for the package and the version stored in the list" list do: [:each | aSpec package: each third with: [ aSpec file: (each first copyUpToLast: $. ). aSpec repository: each second ] ] And the list is stored in a separate method with triplets like: snapshot1 "generated by Snapshotcello" ^ #( #('ConfigurationOfGraphET-AlexandreBergel.6.mcz' ' http://www.smalltalkhub.com/mc/ObjectProfile/GraphET/main/' 'ConfigurationOfGraphET' ) ... ) Cheers, Doru On Tue, Jan 21, 2014 at 8:06 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > 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 > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 21, 2014

Re: [Pharo-dev] FogBugz (Case [Issue]12566) Kernel - Added Behavior>>#dependentClasses

by Alexandre Bergel

No idea which status I have to set Alexandre On Jan 21, 2014, at 5:40 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> > I have fixed this. I think the fix is ready to be included. > SLICE-Issue-12566-Added-BehaviordependentClasses-AlexandreBergel.2 > > This is an important fix > > Cheers, > Alexandre > > > On Jan 5, 2014, at 9:56 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > > Hi! > > > > I have proposed a method Behavior>>dependentClasses, but apparently the Monkey is not really happy about it. I doubt the error in the generated report stems from this change. > > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > > > > No idea how to proceed from there. > > > > Cheers, > > Alexandre > > > > On Jan 5, 2014, at 6:42 AM, Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> wrote: > > > >> > >> Ulysse The Galactic Monkey From Outer Spaceedited Case 12566: Added Behavior>>#dependentClasses: > >> > >> Bug in Kernel: 1. Pharo Image > >> > >> Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > >> Errors: 1 | Warnings: 1 | > >> > >> Status changed: > >> Resolved (Monkey is checking) Work Needed (Failing Test) > >> > >> Priority: 5 â Fix If Time Status: Work Needed (Failing Test) > >> Assigned to: Alexandre Bergel Milestone: Pharo3.0 > >> > >> > >> Go to Case > >> > >> Don't want FogBugz notifications anymore? Update your preferences. > >> > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > Looks good. > Do you want to change the status at fogbugz, so the > monkey can check. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 21, 2014

Re: [Pharo-dev] FogBugz (Case [Issue]12566) Kernel - Added Behavior>>#dependentClasses

by Nicolai Hess

2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> > I have fixed this. I think the fix is ready to be included. > SLICE-Issue-12566-Added-BehaviordependentClasses-AlexandreBergel.2 > > This is an important fix > > Cheers, > Alexandre > > > On Jan 5, 2014, at 9:56 AM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > Hi! > > > > I have proposed a method Behavior>>dependentClasses, but apparently the > Monkey is not really happy about it. I doubt the error in the generated > report stems from this change. > > > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > > > > No idea how to proceed from there. > > > > Cheers, > > Alexandre > > > > On Jan 5, 2014, at 6:42 AM, Pharo Issue Tracker < > do-not-reply(a)pharo.fogbugz.com> wrote: > > > >> > >> Ulysse The Galactic Monkey From Outer Spaceedited Case 12566: Added > Behavior>>#dependentClasses: > >> > >> Bug in Kernel: 1. Pharo Image > >> > >> Issue Validation Failed: > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… > >> Errors: 1 | Warnings: 1 | > >> > >> Status changed: > >> Resolved (Monkey is checking) Work Needed (Failing Test) > >> > >> Priority: 5 â Fix If Time Status: Work Needed > (Failing Test) > >> Assigned to: Alexandre Bergel Milestone: Pharo3.0 > >> > >> > >> Go to Case > >> > >> Don't want FogBugz notifications anymore? Update your preferences. > >> > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > Looks good. Do you want to change the status at fogbugz, so the monkey can check.

Jan. 21, 2014