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

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

by StÃ©phane Ducasse

On May 17, 2012, at 3:55 PM, Damien Cassou wrote: > On Thu, May 17, 2012 at 3:43 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> 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). > > what do you mean by structured? not just a string but an object who what when so that we build interface and have better handling of logs. > > -- > 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

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

by Damien Cassou

On Thu, May 17, 2012 at 3:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 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). what do you mean by structured? -- 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

Re: [Pharo-project] User questions

by Sean P. DeNigris

Damien Cassou wrote > > Let's try this, I agree. Please everyone subscribe to > > http://stackoverflow.com/questions/tagged/pharo > Done. The default subscription provides daily updates, which is much less frequently than I want. I changed it and added the rss feed at feed://stackoverflow.com/feeds/tag/pharo to my mail app. -- View this message in context: http://forum.world.st/User-questions-tp4630513p4630651.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012

Re: [Pharo-project] Moving data into new package/image version

by Sean P. DeNigris

Igor Stasenko wrote > > Rule #1. never make more than 1 reference to any class external to > your package in your code. an exception is kernel classes. > Thanks, Igor. Of course I'm lazy and don't always do this, and in this case, I was treating FS as part of the kernel, I guess a little too prematurely. I sometimes extend this policy even to some kernel classes both because Pharo is progressing so quickly and it can help with testing... Sean -- View this message in context: http://forum.world.st/Moving-data-into-new-package-image-version-tp4628820p… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012

[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