- Pharo-dev - lists.pharo.org

[Pharo-project] I would really like to get a structured logging framework for Pharo

by StÃ©phane Ducasse

So what are the candidates? Does anybody has experience with toothpick since it is MIT and even have a documentation (I will probably write chapter on it to understand it). Stef

May 17, 2012

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

by StÃ©phane Ducasse

Some more news :) YesPlan https://gforge.inria.fr/frs/download.php/30780/Yesplan-3Slides-PharoConf.pdf Docente Salary for the ministry of education in Argentina https://gforge.inria.fr/frs/download.php/30779/DocenteSalaries.pdf TodoCommander Web App https://gforge.inria.fr/frs/download.php/30778/ToDoCommander.pdf More to come :)

May 17, 2012

Re: [Pharo-project] About process startups

by Igor Stasenko

Do you want something like this? Process subclass: #PermanentSystemProcess PermanentSystemProcess subclass: #DelayProcess PermanentSystemProcess subclass: #WeakFinalizationProcess PermanentSystemProcess subclass: #UIProcess PermanentSystemProcess subclass: #IdleProcess ... On 17 May 2012 13:44, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On May 16, 2012, at 10:59 PM, Guillermo Polito wrote: > >> >> On Wed, May 16, 2012 at 8:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> I do not really like the class idea. >> >> why not? Â Maybe it does not apply for every process, but for some of them. > > Because I'm not sure that I like having one class per object. > >> Morphic UI process could belong to MorphicUIManager, but, does the finalization process belong to weak array? why not to weak registry or weak ordered collection then? :S >> >> May be having a convention + a pragma for the methods is good. >> >> Stef >> >> On May 16, 2012, at 3:27 PM, Guillermo Polito wrote: >> >> > I'm playing with the process initialization for the bootstrap, and some things come to my mind. >> > >> > There are some classes that startup processes on the class side initialize, like >> > >> > WeakArray -> Finalization process >> > Delay -> Timer event loop >> > >> > What it is not clear to me is if those processes should be installed when the class is initialized, or when it is startupped for the first time. Â Also, I can't stop thinking that the processes in the image are all spread and not clear. Â If I want to know where the processes are defined, it's kind of a mess. >> > >> > Is having specialized objects for our processes undesired by some reason I can't see? Â I'd like to have objects like >> > >> > MorphicUIProcess >> > FinalizationProcess >> > TimeEventProcess >> > ... >> > and so on >> > >> > Guille >> >> >> > > -- Best regards, Igor Stasenko.

May 17, 2012

Re: [Pharo-project] Release of Roassal

by Damien Cassou

Hi Alexandre, On Thu, May 17, 2012 at 2:38 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Roassal graphically renders objects using short and expressive Smalltalk > expressions. A large set of interactions are offered for a better user > experience. Painting, brushing, interconnecting, zooming, drag and dropping > will just make you more intimate with any arbitrary object model. > > Screenshot available > onÂ http://objectprofile.com/pier/Products/Roassal/Screenshots I don't understand the differences with Mondrian and the screenshots don't help me (probably because they are too small). -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 17, 2012

[Pharo-project] Release of Roassal

by Alexandre Bergel

Dear Pharoer, We are very happy to announce the release of Roassal, an agile visualization engine. Roassal graphically renders objects using short and expressive Smalltalk expressions. A large set of interactions are offered for a better user experience. Painting, brushing, interconnecting, zooming, drag and dropping will just make you more intimate with any arbitrary object model. Screenshot available on http://objectprofile.com/pier/Products/Roassal/Screenshots Roassal is distributed under the MIT license and run on VisualWorks (7.4, 7.7.1, 7.9), Pharo (1.3, 1.4, 2.0) and ObjectStudio. Roassal is freely distributed, you are therefore free to use it, even in a commercial setting. We will however be glad to hear about your experience. Just send us an email if you are adopting Roassal. Kai and Hapao, the two other products of Object Profile, are using Roassal for their rendering. We will be extremely attentive to your experience. It is important for us that you are happy and feel comfortable with Roassal. The Object Profile crew (Twitter: @ObjectProfile , web: http://objectprofile.com) -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 17, 2012

Re: [Pharo-project] WTF -> instVar called 'behaviors' in first slot

by StÃ©phane Ducasse

may be a side effect of the layout introduction and the fact that the class builder should be rewritten. Stef On May 17, 2012, at 12:39 PM, Mariano Martinez Peck wrote: > Well, I noticed that there is a bug but I cannot reproduce it. It seems that when adding instVars to already existing classes, the slots are moved (they lost they offset). But it looks like if recompilation is not done or even worst, it is donde but it doesn't help. In my case I was creating the instVars directly from the browser when saving a method that used those yet-unexistinting instVars.. > > anyway, pay attention if you have a similar problem so that we can track the cause. > > cheers > > On Wed, May 16, 2012 at 8:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > would it not that the classBuilder use a different path and that it sort iv on some ways and not on the other ones. > > > > Hi guys. Today we had something really strange with Pharo 2.0. We are serializing FLPackage: > > > > Object subclass: #FLPackage > > instanceVariableNames: 'extensionMethods behaviors mustInitialize preLoadActions postLoadActions additionalObjects' > > classVariableNames: 'MustInitializeByDefault' > > poolDictionaries: '' > > category: 'FuelPackageLoader' > > > > That definition, where 'extensionMethods' is before 'behaviors' it works perfect. However, when just switching the oder to: > > > > Object subclass: #FLPackage > > instanceVariableNames: 'behaviors extensionMethods mustInitialize preLoadActions postLoadActions additionalObjects' > > classVariableNames: 'MustInitializeByDefault' > > poolDictionaries: '' > > category: 'FuelPackageLoader' > > > > > > The serialization of PharoCore fails because a problem with a metaclass of HTTPSocket. > > > > Any idea what can happen? > > > > thanks > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 17, 2012

Re: [Pharo-project] Are we losing method versions?

by StÃ©phane Ducasse

Cool I should try. Should I install Magma locally? Can I automatically publish in magma local and squeak source/ss3/... On May 17, 2012, at 4:59 AM, Chris Muller wrote: > Magma 1.3 runs on Pharo 1.3. Did anyone ever get a chance try Magma's > new capability in this area? > > http://wiki.squeak.org/squeak/5603 > > Of course you get all versions, but I myself have been really enjoying > "Browse mc origin" which it adds to the method menu -- it opens the > standard MCVersionInfo box to see the version notes for when that > version of the method was originally created. > > > > > On Wed, May 16, 2012 at 1:53 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> yes >> >> Now we would love to have a database storing all the methods based on the ring meta model >> >> >> >>> Isn't the .changes somehow shrinked before every release? That should explain that. >>> >>> On Wed, May 16, 2012 at 8:16 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> For DateAndTime class>>#readFrom: ... >>> >>> In Pharo 1.0, only one version: 'PeterHugossonMiller 9/3/2009 01:10' >>> In Pharo 1.2.2, two versions, minus the one from 1.0: "#('SeanDeNigris >>> 8/5/2010 15:51' 'StephaneDucasse 4/24/2010 12:46')" >>> In Pharo 2.0, only the last version from 1.2.2 remains: 'SeanDeNigris >>> 8/5/2010 15:51' >>> >>> -- >>> View this message in context: http://forum.world.st/Are-we-losing-method-versions-tp4630520.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >> >> >

May 17, 2012

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

by StÃ©phane Ducasse

Hi doru could you do it in three slides - cool picture. - what it is - pharo assets involved? Stef On May 16, 2012, at 11:26 PM, Tudor Girba wrote: > Hi, > > I do not know if it counts, but here is one about humane assessment with Moose: > http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-3-slid… > > Cheers, > Doru > > > > On 11 May 2012, at 17:56, StÃ©phane Ducasse wrote: > >> Hi everybody >> >> We really want to build a "vitrine" showroom of Pharo and we would you to participate. >> We want to build a web page with all these successes and show them to the world. :) >> >> We would like to get from you a three slides document: >> >> slide one: >> a sexy picture and a teaser / who you are. >> >> slide two: >> what is it how cool is it. >> >> slide three: >> what cool pharo techno you used or developed. >> >> If you have two successes then do two set of slides. >> >> So can you please send us these three slides. We would like to present them during the >> Pharo conf and after put them on the web. >> >> Stef and marcus. >> >> >> <sample.pdf>_______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > >

May 17, 2012

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

by StÃ©phane Ducasse

On May 16, 2012, at 11:26 PM, Tudor Girba wrote: > Hi, > > I do not know if it counts, of course it does :) > but here is one about humane assessment with Moose: > http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-3-slid… > > Cheers, > Doru > > > > On 11 May 2012, at 17:56, StÃ©phane Ducasse wrote: > >> Hi everybody >> >> We really want to build a "vitrine" showroom of Pharo and we would you to participate. >> We want to build a web page with all these successes and show them to the world. :) >> >> We would like to get from you a three slides document: >> >> slide one: >> a sexy picture and a teaser / who you are. >> >> slide two: >> what is it how cool is it. >> >> slide three: >> what cool pharo techno you used or developed. >> >> If you have two successes then do two set of slides. >> >> So can you please send us these three slides. We would like to present them during the >> Pharo conf and after put them on the web. >> >> Stef and marcus. >> >> >> <sample.pdf>_______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > >

May 17, 2012

Re: [Pharo-project] About process startups

by StÃ©phane Ducasse

On May 16, 2012, at 10:59 PM, Guillermo Polito wrote: > > On Wed, May 16, 2012 at 8:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not really like the class idea. > > why not? Maybe it does not apply for every process, but for some of them. Because I'm not sure that I like having one class per object. > Morphic UI process could belong to MorphicUIManager, but, does the finalization process belong to weak array? why not to weak registry or weak ordered collection then? :S > > May be having a convention + a pragma for the methods is good. > > Stef > > On May 16, 2012, at 3:27 PM, Guillermo Polito wrote: > > > I'm playing with the process initialization for the bootstrap, and some things come to my mind. > > > > There are some classes that startup processes on the class side initialize, like > > > > WeakArray -> Finalization process > > Delay -> Timer event loop > > > > What it is not clear to me is if those processes should be installed when the class is initialized, or when it is startupped for the first time. Also, I can't stop thinking that the processes in the image are all spread and not clear. If I want to know where the processes are defined, it's kind of a mess. > > > > Is having specialized objects for our processes undesired by some reason I can't see? I'd like to have objects like > > > > MorphicUIProcess > > FinalizationProcess > > TimeEventProcess > > ... > > and so on > > > > Guille > > >

May 17, 2012