- Pharo-dev - lists.pharo.org

Re: [Pharo-project] We crossed 6000 closed issues!

by Sven Van Caekenberghe

Great momentum indeed. On 20 Jul 2012, at 09:44, Marcus Denker wrote: > Today the bug tracker: > > http://code.google.com/p/pharo/issues/list > > says 411 open out of 6426 issues. > > This means we crossed the line of 6000 reports being closed last week. > > We crossed 5000 just this March 6th. We even have less open issues than back then > (411 intead of 436). > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de

July 20, 2012

Re: [Pharo-project] Spec Enhancement Request

by Goubier Thierry

Le 18/07/2012 07:30, StÃ©phane Ducasse a Ã©crit : > > On Jul 17, 2012, at 9:46 AM, Goubier Thierry wrote: > >> Hi, >> >> could Spec gives access to drag and drop on morphs ? > > yes it should. > A spec should capture all the description of the underlying widget. Many of the behavior/presentation are not captured right > just because we wanted to make sure that the idea work and we took a breadth first approach. > Because adding new meta-data is simple. Ok. Maybe an experiment could be to let Spec users extend on current Spec for a few cases of drag and drop, study the resulting code, and generalize an architecture for spec from that ? 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

July 20, 2012

Re: [Pharo-project] Spec questions

by Goubier Thierry

Le 18/07/2012 07:26, StÃ©phane Ducasse a Ã©crit : > this is a good summary > Ben willcertainly comment it. Thanks. My small attempt at documenting it :-) >> Here I come with somme feedback on Spec. >> >> I tried to rebuilt an example using a tree view using spec this week-end, and it went fairly well (after a few misunderstandings). >> >> So, if I summarize what Spec is : >> >> * A herarchical view of models (a model is composed of submodels, where submodels may themselves be composite), up to elementary models provided by Spec. >> * A related hierarchy of views, which are created by specs. >> * Each model provides a defaultSpec to create the display. >> * Each model, even a composite, must implement the following methods : initializePresenter, initializeWidgets. And use instantiateModels:! >> * Models are linked to one another by appropriate "trigger" blocks. >> >> Good points : >> >> * Creating a window is very easy; just call openWithSpec. >> * The declarative aspect of Spec methods seems nice for a GUI painter. >> * There are enough models for a good start. >> >> A bit confusing so far with Spec: >> >> * Some examples have twice the submodels initialization (ClassMethodBrowser, in initialize and initializeWidgets) >> * Two syntaxes are available in xSpec methods >> * Two syntaxes are available in calls to instantiateModels: > this will be fixed. Maybe documenting both is enough; the array-based one is good for future tools (easy to manipulate), the code-based one is better for programmers (especially since the RB formatter doesn't do well, IMO, with dynamic arrays). >> * I don't know yet how an existing application would connect to a Spec-based GUI (i.e. I don't know how to do a M-MVC app with it). > indeed for now not clear if we will handle that Ok. >> * I haven't found a declarative way of setting up relations between models. > How would it be possible? A few objects defining more or less standard interactions (share, transform two-ways), with a bit of customisation and a painter for composite views... no ? In it's current state, Spec is already interesting. Good work ! 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

July 20, 2012

[Pharo-project] We crossed 6000 closed issues!

by Marcus Denker

Today the bug tracker: http://code.google.com/p/pharo/issues/list says 411 open out of 6426 issues. This means we crossed the line of 6000 reports being closed last week. We crossed 5000 just this March 6th. We even have less open issues than back then (411 intead of 436). Marcus -- Marcus Denker -- http://marcusdenker.de

July 20, 2012

[Pharo-project] [update 2.0] #20229

by Marcus Denker

20229 ----- Issue 6429: move methodReference to Ring http://code.google.com/p/pharo/issues/detail?id=6429 Issue 6428: add save option to FuelCommandLineHandler http://code.google.com/p/pharo/issues/detail?id=6428 -- Marcus Denker -- http://marcusdenker.de

July 20, 2012

Re: [Pharo-project] [update 2.0] #20228

by Sven Van Caekenberghe

On 19 Jul 2012, at 21:11, Camillo Bruni wrote: > Now just don't ask how to reproduce it, cause I randomly changed things :D Even with all this monkey stuff you seem to be hitting the ball quite often ;-) Thx, Sven

July 19, 2012

Re: [Pharo-project] type inference in Pharo

by Alexandre Bergel

> RoelTyper may have to be adapted to closure but the algorithm is documented in the DSL paper. Yes, this is an important piece of work that I will consider. I am looking for additional related work. Cheers, Alexandre > > On Jul 18, 2012, at 4:23 PM, Alexandre Bergel wrote: > >>> So running type inference over "1 + e" will say "e is a SmallInteger", >>> rather than "e is a Number". >>> >>> It uses abstract interpretation, if that answers your question? >> >> Well... not really. The problem I have is the following: I would like to compare two techniques to get dependencies between classes. One using a type inferencer and another using a profiler we have done. The hypothesis I would like to verify is that statically you always know less than by profiling the execution. >> >> However, it is difficult for me to use your type inferencer if I do not exactly know what is your algorithm. In a scientific publication, I cannot just put the url of the blog as a description of the algorithm. >> >> Cheers, >> Alexandre >> >> >>>> >>>> On Jul 17, 2012, at 12:08 PM, Guillermo Polito wrote: >>>> >>>>> It's in the same blog: >>>>> >>>>> http://concretetypeinference.blogspot.fr/2012/05/about-how-i-got-here.html >>>>> >>>>> Cheers, >>>>> Guille >>>>> >>>>> On Tue, Jul 17, 2012 at 6:03 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>>>> Hi! >>>>> >>>>> There is some work being done on inferring type (http://concretetypeinference.blogspot.com) What is the theoretical background of this work? >>>>> What is the algorithm used to infer the types? >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 19, 2012

[Pharo-project] Brain storming request: Semantic zooming for Roassal

by Alexandre Bergel

Hi! I've just found this video: http://cel.inf.usi.ch/index.php?action=gallery I am not sure I really want to program a tetris that way, but the tool they have is interesting. It intensively use zooming in and out. When you zoom in, you see different objects and when you zoom out they disappear or they change their visual representation. For Roassal, we are thinking about adding new graphical elements when a particular height of the camera is reached. The elements will then disappear when the camera is getting altitude. However, it looks a bit simple in my opinion. Is there any compelling scenario for a better mechanism? Is there anything else you guys want to see in this zooming ability? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 19, 2012

[Pharo-project] Vacation

by DeNigris Sean

Guys, I'm on vacation for a few days... I'm mostly without a computer today and will be totally out of communication from about friday 0700hrs until monday night (NY time). If you email me during that time, I'll see it early next week. Cheers, Sean

July 19, 2012

Re: [Pharo-project] Pharo 1.4 "Summer" released!

by StÃ©phane Ducasse

esteban > well.. the Author dialog never worked... you have to hit accept there... no alternative :) > I could fix it or at least removing the cancel button, but I didn't remember the problem. Can you open an issue? so maybe for 1.4 winter or 2.0 we can have it... :) We should focus on 2.0 we cannot maintain two releases. We should just packaged hyper important issues. > about the seaside issue... I just installed the Configurations Browser version and I didn't had any problem... what is you problem with the server? maybe you want to add a comanche server? in that case... you shouldn't :) pharo default server is Zinc, so you should use ZincServerAdaptor Stef

July 19, 2012