June 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Call for papers: SMALLTALKS 2011

by jannik.laval

CALL FOR PAPERS SMALLTALKS 2011 5th International Conference on Smalltalk Technologies Research Track: Call for Papers November 3th - 5th, 2011 Important dates: Submission (Hard Deadline): August 22th, 2011 (Argentinian time: UTC/GMT -3 hours). Notification of acceptance: September 23th, 2011. Camera Ready Submission: October 7th, 2011. --------------------------------------------------------------------------------- Conference Location: Universidad Nacional de Quilmes (Argentina) The Smalltalks series of conferences (www.fast.org.ar) is a lively forum on Smalltalk-based software technologies that brings together more than 200 people from both academia and industry for a period of three days. Past editions of Smalltalks have included many high-quality presentations from industry and research. These contributions have shown interesting applications of Smalltalk, advances in the Smalltalk language, didactic uses of Smalltalk and so on. Similar to last year, Smalltalks 2011 will include a dedicated research track. We welcome submissions to this research track presenting original scientific contributions to, or using, Smalltalk in general. Topics of interest include, but are not restricted to: - Aspects, Aspect Languages and Applications. - Ambient Intelligence, Ubiquitous / Pervasive Computing and Embedded Systems. - Compilation Technology, Optimization, Virtual Machines. - Educational Material. - Language Engineering, Extensions. - Model Driven Engineering / Development. - Meta-Modeling, Reflection and Meta-programming. - Programming in the Large, Design, Architectures and Components. - Programming Environments, Browsers, User Interfaces, UI Frameworks. - Source-code analysis and manipulation (Static analysis, refactoring, type inference, metrics). - Team Management. - Testing, Extreme Programming / Practices. - Web Services, Internet Applications, Event-driven Programming. - Experience Reports. Important dates: Submission (Hard Deadline): August 22th, 2011 (Argentinian time: UTC/GMT -3 hours). Notification of acceptance: September 23th, 2011. Camera Ready Submission: October 7th, 2011. Papers: Papers should be written in English, in PDF-format and should not exceed 15 pages (including references and figures), using the Elsevier journal format. Templates for LaTeX formats can be found at http://www.elsevier.com/wps/find/authorsview.authors/elsart Papers must be submitted through the EasyChair submission web site at https://www.easychair.org/conferences/?conf=smalltalks2011 The accepted papers will be digitally available on the conference website. We are currently negotiating a special edition of a journal for which the best papers will get invited. Papers submitted must not have been previously published and must not be under review for publication elsewhere. Papers must strictly adhere to submission guidelines. If you have questions, please send an e-mail to Jannik Laval and Andy Kellens to smalltalks2011-chair(a)fast.org.ar. Program Committee -------------------------- - Gonzalo Zabala (Universidad Abierta Interamericana, Argentina) - Hernan Wilkinson (Universidad de Buenos Aires, Argentina) - Serge Stinckwich (Institut de recherche pour le developppement, France) - Mircea Lungu (University of Bern, Switzerland) - Tudor Girba (Sw-eng. Software Engineering GmbH, Switzerland) - Johan Fabry (DCC, Universidad de Chile, Chile) - Luc Fabresse (Ecole des Mines Douai, France) - Marcus Denker (INRIA Lille, France) - Coen De Roover (Vrije Universiteit Brussel, Belgium) - Damien Cassou (Hasso-Plattner-Institut, Potsdam, Germany) - Gilad Bracha (SAP Labs, Palo Alto, USA) - Noury Bouraqadi (Ecole des Mines Douai, France) - Alexandre Bergel (DCC, Universidad de Chile, Chile) - Gabriela Arevalo (Universidad Nacional de Quilmes, Argentina) Program Chairs -------------------- Andy Kellens (Vrije Universiteit Brussel, Belgium) Jannik Laval (INRIA Lille/LABRI Bordeaux, France) --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

June 14, 2011

Re: [Pharo-project] [COTDC] 72 - TMorphTreeModel

by laurent laffont

On Wed, Jun 8, 2011 at 10:14 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: TMorphTreeModel > I define basic behaviors that every Model for a TreeMorph would implements. ? Not sure about the main intention behind that.... IMO messages like #selection, #chunkSize should be added like: chunkSize self explicitRequirement. Laurent. > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

June 14, 2011

Re: [Pharo-project] How to recognize a method "inherited" from a trait

by Lukas Renggli

Not sure, but this just seems to opens a can of worms: In the refactoring engine there are dozens of callers to #includeSelector: and many other similar selectors. The current implementation gives the engine a flattened view of the system without traits. Changing that will require a major rewrite of most parts of the code. Lukas On 14 June 2011 18:53, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > Thanx. I fixed a bug in the refactoring browser > http://code.google.com/p/pharo/issues/detail?id=4404 > > Noury > On Tue, Jun 14, 2011 at 4:30 PM, Lukas Renggli <renggli(a)gmail.com> wrote: >> >> OBMethodNode>>#displayString >> >> On 14 June 2011 14:58, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: >> > Hi, >> > >> > How does the browser recognizes that some selector in a class is >> > inherited from a Trait to display it in italic? >> > >> > Thanx, >> > Noury >> > >> > >> > >> > >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Noury Bouraqadi > -- Lukas Renggli www.lukas-renggli.ch

June 14, 2011

Re: [Pharo-project] How to recognize a method "inherited" from a trait

by Noury Bouraqadi

Thanx. I fixed a bug in the refactoring browser http://code.google.com/p/pharo/issues/detail?id=4404 Noury On Tue, Jun 14, 2011 at 4:30 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > OBMethodNode>>#displayString > > On 14 June 2011 14:58, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Hi, > > > > How does the browser recognizes that some selector in a class is > inherited from a Trait to display it in italic? > > > > Thanx, > > Noury > > > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > -- Noury Bouraqadi

June 14, 2011

Re: [Pharo-project] [update 1.3] #13264

by StÃ©phane Ducasse

Really good. Stef On Jun 14, 2011, at 4:04 PM, Marcus Denker wrote: > > On Jun 14, 2011, at 3:54 PM, Pavel Krivanek wrote: > >> Great! Thank you very much. >> > > Thank you! > >> I'm trying to merge all PharoKernel generation scripts into one single >> call "Smalltalk shrinkToKernel" and it seems that it will work well >> (currently it generates 2.7MB image with two obsolete classes instead >> of 2.2MB and condensing of changes file must be done separatelly). >> > > Very good! > >> So the generation and future management of PharoKernel will be very >> easy including Hudson integration. > > yes, we should set up a hudson project to build this automatically. > As soon as you have something, I can help setting it up. > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

June 14, 2011

[Pharo-project] starring our project on google

by Alexandre Bergel

Hi Guys! Don't forget to star our project: http://code.google.com/p/pharo/ http://code.google.com/p/moose-technology/ http://code.google.com/p/metacello/ Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 14, 2011

Re: [Pharo-project] Fuel serialization - feature/bug

by Yanni Chiu

On 14/06/11 4:41 AM, Mariano Martinez Peck wrote: > > PRFuelPersistency class >> fuelIgnoredInstanceVariableNames > ^#(directory) Using either one, the test now passes when using Fuel-MartinDias.259. Only one of the #fuelIgnoredInstanceVariableNames is needed. I'll go with the above one, so that FSMemoryStore does not have to be extended.

June 14, 2011

Re: [Pharo-project] WindowOrganiser (was: Tab widget improvements)

by laurent laffont

On Tue, Jun 14, 2011 at 5:18 PM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Hi, WindowOrganiser was mainly meant as an example for Laurent. > Yes... and I agree we should use a Morph subclass instead of SystemWindows for composition. I wait 1.4 to work on it as we need your enhancements first. Laurent. > As for naming, if it goes into core then I agree. > > Sent from my iPhone > > On 14 Jun 2011, at 11:53, Henrik Sperre Johansen < > henrik.s.johansen(a)veloxit.no> wrote: > > > On 10.06.2011 08:56, StÃ©phane Ducasse wrote: > >> excellent!!! > >> We need to use the same in Nautilus and Glamour > >> > >> Stef > >> On Jun 10, 2011, at 8:52 AM, laurent laffont wrote: > > Just a minor nitpick, but if it is to be included in core it should > probably change name to WindowOrganizer, to keep in spirit with the absence > of > > EN_UK spelling in other class names :) > > > > Cheers, > > Henry > > > >

June 14, 2011

Re: [Pharo-project] Fuel serialization - feature/bug

by Yanni Chiu

On 14/06/11 3:35 AM, Mariano Martinez Peck wrote: > > Yes, but if you want to serialize in memory you can also use for example: > > myStream := (MultiByteBinaryOrTextStream on: ''). > (FLSerializer on: myStream) serialize: myPRKernel. At the time, I wanted to use the FileSystem protocol. It was a struggle to understand how to use FileSystem. For tests of code that don't involve the file system in the public API, I could avoid the "complexity" of FileSystem, and use the streams directly (as in your example).

June 14, 2011

Re: [Pharo-project] WindowOrganiser (was: Tab widget improvements)

by Gary Chambers

Hi, WindowOrganiser was mainly meant as an example for Laurent. As for naming, if it goes into core then I agree. Sent from my iPhone On 14 Jun 2011, at 11:53, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 10.06.2011 08:56, StÃ©phane Ducasse wrote: >> excellent!!! >> We need to use the same in Nautilus and Glamour >> >> Stef >> On Jun 10, 2011, at 8:52 AM, laurent laffont wrote: > Just a minor nitpick, but if it is to be included in core it should probably change name to WindowOrganizer, to keep in spirit with the absence of > EN_UK spelling in other class names :) > > Cheers, > Henry >

June 14, 2011