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

Re: [Pharo-users] Smalltalkhub needs your quick in the ass :)

by Bernat Romagosa

Just migrated one of our projects, it looks nice! However, I miss the code browsing features I saw in the early alpha version some months ago, will we get that in the final one? :) 2012/5/19 jannik.laval <jannik.laval(a)gmail.com> > +1 > > Thank you Nicolas. > I begin to migrate my projects. > > Jannik > > > On May 16, 2012, at 20:52 , StÃ©phane Ducasse wrote: > > > It is always funny to see that we are used to want more without paying. > > There is always a tension > > - waiting for smalltalkhub another decade before it is perfect and > useless > > - get it now and improve. > > I chose. > > > > Thanks ESUG for sponsoring Nicolas' company for the this work. > > Thanks Nicolas for the job. > > > > > > > > --- > Jannik Laval > > > -- Bernat Romagosa.

May 21, 2012

Re: [Pharo-users] auto format methods

by Goubier Thierry

Le 21/05/2012 16:34, Ted F.A. van Gaalen a Ã©crit : > ... > it does (of course) > only get the BlockCannotReturn error > when attempting to re-format > unchanged code Yes, it was that. Now, no suggestions about putting it somewhere else in the menu ? I'm not yet too familiar with the GUI architecture of Pharo to find of a nice way to put it in the top-level menu and link it to a keyboard shortcut. Thierry > removed the return from > > (aBuilder item: #'Format') > action: [ | source tree formatted morph | > morph := target sourceTextArea. > source := morph text asString. > tree := RBParser > parseMethod: source > onError: [ :msg :pos | ^ target ]. > formatted := tree formattedCode. > formatted = source > ifFalse: > [ > morph editString: formatted; > hasUnacceptedEdits: true] "<-= here" > ]; > parent: #'Source code refactoring'; > > works ok now, > however not really tested.. > > ted > > On 21.05.2012 16:11, Ted F.A. van Gaalen wrote: >> C'est merveilleux, merci Thierry! >> >> plugged it in, >> At first sight, it works OK in >> Pharo1.4 Latest update #14437 >> >> indeed, a bit nested in the menutree >> >> Why can't I return ^ from a block >> it just did, e.g. does it leave problems e.g. uncollectable garbage? >> >> Thanks >> Ted >> (floating (sinking?) in unemployment, web design, php (jikes!) typo3, >> Smalltalk Seaside, any IT, nevertheless having fun) >> >> ted van gaalen *it* services >> >> www.tedvg.com <http://www.tedvg.com/> >> >> Ted F.A. van Gaalen >> Hauptstr.19/3 >> D-88636 Illmensee >> Germany >> T: +49 7558 92 17 840 >> M: +49 151 587 86 247 >> >> >> On 21.05.2012 14:50, Goubier Thierry wrote: >>> Le 21/05/2012 14:42, StÃ©phane Ducasse a Ã©crit : >>>> cool we should add it :) >>> >>> Beware: I think I left a mistake in there, here : >>> >>> >> formatted = source >>> >> ifTrue: [ ^ self]. >>> >>> Probably fails since can't return from block ? >>> >>> And I believe it needs two suggestions : >>> * A shortcut (because I really liked doing Cmd+r Cmd+s in Pharo 1.3, >>> but Cmd+r does sometimes something else now, such as rename method) >>> * And maybe a better place (it appears in the refactoring submenu, >>> not the main edit menu). >>> >>> Thierry >>> >>>> On May 21, 2012, at 11:09 AM, Goubier Thierry wrote: >>>> >>>>> Le 18/05/2012 01:01, Ted F.A. van Gaalen a Ã©crit : >>>>>> 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 >>>>> >>>>> I added it myself because I like that functionality. But I still >>>>> loose the Cmd+r shortcut, since it's used for something else. >>>>> >>>>> in NautilusRefactoring class>> sourceCodeRefactoringMenu: >>>>> >>>>> (aBuilder item: #'Format') >>>>> action: [ | source tree formatted morph | >>>>> morph := target sourceTextArea. >>>>> source := morph text asString. >>>>> tree := RBParser >>>>> parseMethod: source >>>>> onError: [ :msg :pos | ^ target ]. >>>>> formatted := tree formattedCode. >>>>> formatted = source >>>>> ifTrue: [ ^ self]. >>>>> morph editString: formatted; hasUnacceptedEdits: true >>>>> ]; >>>>> parent: #'Source code refactoring'; >>>>> order: 50. >>>>> >>>>> Thierry >>>>> -- >>>>> Thierry Goubier >>>>> CEA list >>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>> 91191 Gif sur Yvette Cedex >>>>> France >>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>>> >>>> >>>> >>>> >>>> >>> >>> -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

May 21, 2012

Fwd: CFP IWST'2012

by Marcus Denker

---------- Forwarded message ---------- From: LoÃ¯c Lagadec <loic.lagadec(a)univ-brest.fr> Subject: [Esug-list] CFP IWST'2012 DearÂ colleagues & Friends, We apologize for multiple reception of this announcement. The International Workshop on Smalltalk Technologies, is a European Smalltalk User Group (ESUG) Conference joint event, that focuses on research activities - namely academic creative work undertaken on smalltalk use, and more generally on object technologies. IWST was launched in 2009, in Brest, during the 17th ESUG Conference. The second edition took place in Barcelona, and the third edition was held in 2011 at the heart of historic Edinburgh. Next edition will be in Gent, Begium this summer (28th of august). ESUG gathers groups of professionals and hobbyists who share an interest in the Smalltalk programming languages and related technologies. The goal of the workshop is to create a forum around advances or experience in Smalltalk. IWST contributes to triggering discussions and exchanges of ideas. As always, we make a point to have a very constructive paper review process that aims to provide in-depth comments and suggestions to all of them (no one-liners!) This makes it ideal to disseminate new research directions, and is a good venue for early stage PhD students to receive feedback on their work. In addition, we intent to invite best papers to a journal special issue as we did last year. Looking forward to your submissions, and to meeting you in Gent! Best regards, LoÃ¯c Lagadec & Alain Plantec Co-chairs of IWST International Workshop on Smalltalk Technologies 2012 August 28th, 2012 Gent, Belgium. ESUG 2012 Smalltalk joint event Important dates Submission deadline: June 15, 2012 Notification deadline: July 15, 2012 All accepted papers will be published in ACM DL, and the authors of the best papers will be invited to submit an extended version to a journal special issue (To Be Confirmed). Goals and scopes The goals of the workshop is to create a forum around advances or experience in Smalltalk and to trigger discussions and exchanges of ideas. Participants are invited to submit research articles. We will not enforce any length restriction. However we expect papers of two kinds: Short position papers describing emerging ideas. Long research papers with deeper description of experiments and of research results. Topics We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk related topics such as: Aspect-oriented programming, Design patterns, Experience reports, Frameworks, Implementation, new dialects or languages implemented in Smalltalk, Interaction with other languages, Meta-programming and Meta-modeling, Tools Links home page: http://www.esug.org/wiki/pier/Conferences/2012/International-Workshop---IWS… submission: http://www.easychair.org/conferences/?conf=iwst2012 Publication Both submissions and final papers must be prepared using the ACM SIGPLAN 10 point format. Templates for Word and LaTeX are available at http://www.acm.org/sigs/sigplan/authorInformation.htm. This site also contains links to useful informations on how to write effective submissions. Program chairs LoÃ¯c Lagadec and Alain Plantec (LabSticc CACS/CNRS, University of Brest, France) Program committee Gabriela ArevaloÂ Â Â Universidad Nacional de Quilmes, Argentina Alexandre BergelÂ Â Â University of Chile Andrew P. BlackÂ Â Â Portland State University, US Marcus DenkerÂ Â Â Rmod, INRIA Lille - Nord Europe, France Luc FabresseÂ Â Â Ecole des Mines de Douai, France, Tudor GirbaÂ Â Â CompuGroup Medical Schweiz, Switzerland Andy KellensÂ Â Â Software Languages Lab, Vrije Universiteit Brussel, Belgium MickaÃ«l KerboeufÂ Â Â LabSticc, University of Brest, France Jannik LavalÂ Â Â LaBRI, University of Bordeaux, France Mariano Martinez PeckÂ Â Â Ecole des Mines de Douai, France, Lukas RenggliÂ Â Â Google, Switzerland Jorge RessiaÂ Â Â Software Composition Group, University of Bern, Switzerland Bastian SteinertÂ Â Â HPI, Software Architecture Group, Germany Hernan WilkinsonÂ Â Â 10Pines, IT consultancy, Buenos Aires, Argentina Roel WuytsÂ Â Â IMEC Leuven, Belgium _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

May 21, 2012

Re: [Pharo-users] auto format methods

by Ted F.A. van Gaalen

... it does (of course) only get the BlockCannotReturn error when attempting to re-format unchanged code removed the return from (aBuilder item: #'Format') action: [ | source tree formatted morph | morph := target sourceTextArea. source := morph text asString. tree := RBParser parseMethod: source onError: [ :msg :pos | ^ target ]. formatted := tree formattedCode. formatted = source ifFalse: [ morph editString: formatted; hasUnacceptedEdits: true] "<-= here" ]; parent: #'Source code refactoring'; works ok now, however not really tested.. ted On 21.05.2012 16:11, Ted F.A. van Gaalen wrote: > C'est merveilleux, merci Thierry! > > plugged it in, > At first sight, it works OK in > Pharo1.4 Latest update #14437 > > indeed, a bit nested in the menutree > > Why can't I return ^ from a block > it just did, e.g. does it leave problems e.g. uncollectable garbage? > > Thanks > Ted > (floating (sinking?) in unemployment, web design, php (jikes!) typo3, > Smalltalk Seaside, any IT, nevertheless having fun) > > ted van gaalen *it* services > > www.tedvg.com <http://www.tedvg.com/> > > Ted F.A. van Gaalen > Hauptstr.19/3 > D-88636 Illmensee > Germany > T: +49 7558 92 17 840 > M: +49 151 587 86 247 > > > On 21.05.2012 14:50, Goubier Thierry wrote: >> Le 21/05/2012 14:42, StÃ©phane Ducasse a Ã©crit : >>> cool we should add it :) >> >> Beware: I think I left a mistake in there, here : >> >> >> formatted = source >> >> ifTrue: [ ^ self]. >> >> Probably fails since can't return from block ? >> >> And I believe it needs two suggestions : >> * A shortcut (because I really liked doing Cmd+r Cmd+s in Pharo 1.3, >> but Cmd+r does sometimes something else now, such as rename method) >> * And maybe a better place (it appears in the refactoring submenu, >> not the main edit menu). >> >> Thierry >> >>> On May 21, 2012, at 11:09 AM, Goubier Thierry wrote: >>> >>>> Le 18/05/2012 01:01, Ted F.A. van Gaalen a Ã©crit : >>>>> 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 >>>> >>>> I added it myself because I like that functionality. But I still >>>> loose the Cmd+r shortcut, since it's used for something else. >>>> >>>> in NautilusRefactoring class>> sourceCodeRefactoringMenu: >>>> >>>> (aBuilder item: #'Format') >>>> action: [ | source tree formatted morph | >>>> morph := target sourceTextArea. >>>> source := morph text asString. >>>> tree := RBParser >>>> parseMethod: source >>>> onError: [ :msg :pos | ^ target ]. >>>> formatted := tree formattedCode. >>>> formatted = source >>>> ifTrue: [ ^ self]. >>>> morph editString: formatted; hasUnacceptedEdits: true >>>> ]; >>>> parent: #'Source code refactoring'; >>>> order: 50. >>>> >>>> Thierry >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>> >>> >>> >>> >>> >> >>

May 21, 2012

Re: [Pharo-users] auto format methods

by Ted F.A. van Gaalen

C'est merveilleux, merci Thierry! plugged it in, At first sight, it works OK in Pharo1.4 Latest update #14437 indeed, a bit nested in the menutree Why can't I return ^ from a block it just did, e.g. does it leave problems e.g. uncollectable garbage? Thanks Ted (floating (sinking?) in unemployment, web design, php (jikes!) typo3, Smalltalk Seaside, any IT, nevertheless having fun) ted van gaalen *it* services www.tedvg.com <http://www.tedvg.com/> Ted F.A. van Gaalen Hauptstr.19/3 D-88636 Illmensee Germany T: +49 7558 92 17 840 M: +49 151 587 86 247 On 21.05.2012 14:50, Goubier Thierry wrote: > Le 21/05/2012 14:42, StÃ©phane Ducasse a Ã©crit : >> cool we should add it :) > > Beware: I think I left a mistake in there, here : > > >> formatted = source > >> ifTrue: [ ^ self]. > > Probably fails since can't return from block ? > > And I believe it needs two suggestions : > * A shortcut (because I really liked doing Cmd+r Cmd+s in Pharo 1.3, > but Cmd+r does sometimes something else now, such as rename method) > * And maybe a better place (it appears in the refactoring submenu, not > the main edit menu). > > Thierry > >> On May 21, 2012, at 11:09 AM, Goubier Thierry wrote: >> >>> Le 18/05/2012 01:01, Ted F.A. van Gaalen a Ã©crit : >>>> 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 >>> >>> I added it myself because I like that functionality. But I still >>> loose the Cmd+r shortcut, since it's used for something else. >>> >>> in NautilusRefactoring class>> sourceCodeRefactoringMenu: >>> >>> (aBuilder item: #'Format') >>> action: [ | source tree formatted morph | >>> morph := target sourceTextArea. >>> source := morph text asString. >>> tree := RBParser >>> parseMethod: source >>> onError: [ :msg :pos | ^ target ]. >>> formatted := tree formattedCode. >>> formatted = source >>> ifTrue: [ ^ self]. >>> morph editString: formatted; hasUnacceptedEdits: true >>> ]; >>> parent: #'Source code refactoring'; >>> order: 50. >>> >>> Thierry >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> >> > >

May 21, 2012

Re: [Pharo-users] FileOut from VisualWorks

by Goubier Thierry

Le 21/05/2012 15:03, StÃ©phane Ducasse a Ã©crit : > > >> I'm trying with the FileOut30 package, in VisualWorks compatibility mode. So far so good, but this code depends on the compiler infrastructure of VisualWorks. > > > but you should not run it in pharo but in vw so normally you do not need to change the parse tree visitor. Oh, but my own code does make use of the compiler :-). RBProgramNodeVisitor seems to be the class I need to use in Pharo. Thierry > Stef > >> So what is the Pharo equivalent of ProgramNodeEnumerator ? Something in AST-* ? >> >> Thanks, >> >> Thierry >> >> Le 21/05/2012 14:45, StÃ©phane Ducasse a Ã©crit : >>> >>> On May 21, 2012, at 12:51 PM, Goubier Thierry wrote: >>> >>>> Hi, >>>> >>>> I have some code I'd like to port from VisualWorks to Pharo. How would one do that ? Both file outs formats are different, as far as I could find. >>> >>> >>> First there is a bundle to output Squeak format. Usually I hack the outputted to avoid _ and emit := instead. >>> May be look on the cincom store for the package. >>> I can look around. >>> Then I flatten the namespace with emacs. >>> >>> Stef >>> >>> >>> >>> >>> >> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

May 21, 2012

Re: [Pharo-users] FileOut from VisualWorks

by StÃ©phane Ducasse

> I'm trying with the FileOut30 package, in VisualWorks compatibility mode. So far so good, but this code depends on the compiler infrastructure of VisualWorks. but you should not run it in pharo but in vw so normally you do not need to change the parse tree visitor. Stef > So what is the Pharo equivalent of ProgramNodeEnumerator ? Something in AST-* ? > > Thanks, > > Thierry > > Le 21/05/2012 14:45, StÃ©phane Ducasse a Ã©crit : >> >> On May 21, 2012, at 12:51 PM, Goubier Thierry wrote: >> >>> Hi, >>> >>> I have some code I'd like to port from VisualWorks to Pharo. How would one do that ? Both file outs formats are different, as far as I could find. >> >> >> First there is a bundle to output Squeak format. Usually I hack the outputted to avoid _ and emit := instead. >> May be look on the cincom store for the package. >> I can look around. >> Then I flatten the namespace with emacs. >> >> Stef >> >> >> >> >> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

May 21, 2012

Re: [Pharo-users] FileOut from VisualWorks

by Goubier Thierry

I'm trying with the FileOut30 package, in VisualWorks compatibility mode. So far so good, but this code depends on the compiler infrastructure of VisualWorks. So what is the Pharo equivalent of ProgramNodeEnumerator ? Something in AST-* ? Thanks, Thierry Le 21/05/2012 14:45, StÃ©phane Ducasse a Ã©crit : > > On May 21, 2012, at 12:51 PM, Goubier Thierry wrote: > >> Hi, >> >> I have some code I'd like to port from VisualWorks to Pharo. How would one do that ? Both file outs formats are different, as far as I could find. > > > First there is a bundle to output Squeak format. Usually I hack the outputted to avoid _ and emit := instead. > May be look on the cincom store for the package. > I can look around. > Then I flatten the namespace with emacs. > > Stef > > > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

May 21, 2012

Re: [Pharo-users] auto format methods

by Goubier Thierry

Le 21/05/2012 14:42, StÃ©phane Ducasse a Ã©crit : > cool we should add it :) Beware: I think I left a mistake in there, here : >> formatted = source >> ifTrue: [ ^ self]. Probably fails since can't return from block ? And I believe it needs two suggestions : * A shortcut (because I really liked doing Cmd+r Cmd+s in Pharo 1.3, but Cmd+r does sometimes something else now, such as rename method) * And maybe a better place (it appears in the refactoring submenu, not the main edit menu). Thierry > On May 21, 2012, at 11:09 AM, Goubier Thierry wrote: > >> Le 18/05/2012 01:01, Ted F.A. van Gaalen a Ã©crit : >>> 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 >> >> I added it myself because I like that functionality. But I still loose the Cmd+r shortcut, since it's used for something else. >> >> in NautilusRefactoring class>> sourceCodeRefactoringMenu: >> >> (aBuilder item: #'Format') >> action: [ | source tree formatted morph | >> morph := target sourceTextArea. >> source := morph text asString. >> tree := RBParser >> parseMethod: source >> onError: [ :msg :pos | ^ target ]. >> formatted := tree formattedCode. >> formatted = source >> ifTrue: [ ^ self]. >> morph editString: formatted; hasUnacceptedEdits: true >> ]; >> parent: #'Source code refactoring'; >> order: 50. >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

May 21, 2012

Re: [Pharo-users] FileOut from VisualWorks

by StÃ©phane Ducasse

On May 21, 2012, at 12:51 PM, Goubier Thierry wrote: > Hi, > > I have some code I'd like to port from VisualWorks to Pharo. How would one do that ? Both file outs formats are different, as far as I could find. First there is a bundle to output Squeak format. Usually I hack the outputted to avoid _ and emit := instead. May be look on the cincom store for the package. I can look around. Then I flatten the namespace with emacs. Stef

May 21, 2012