- Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: Actions done in 1.3

by Igor Stasenko

---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 6 April 2011 13:55 Subject: Re: [Pharo-project] Actions done in 1.3 To: laurent laffont <laurent.laffont(a)gmail.com> On 6 April 2011 10:30, laurent laffont <laurent.laffont(a)gmail.com> wrote: > > On Wed, Apr 6, 2011 at 10:17 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> Planning is also important. >> >> Time is good, but another thing is i think we should think about, >> what features we want to be in new release, and do not release until >> they delivered. > > I don't really like this. I prefer rhythm, agility. Timeboxing enables > maximum value in each release. If a feature is really important, it will be > on time. If not on time, it means it was no so important. > Always green test is a must-have. > >> >> Besides bug fixing and minor improvements, there should be some >> functionality which we want to have in new release, > > That should be a goal, but don't delay a release because the feature is not > here. If releases are often ( for example every 3 months), shorter, it won't > be a big problem to wait for the next one. > I prefer to have a release *now* without my feature and wait 3 months for > the next release than no release and waiting for 3 months more with less and > less energy. > But you don't have to wait, if you want to stay on bleeding edge, you know how to do that. Just go to hudson and dowload freshly built 1.3 image. Because if you can pick any image at any moment and declare it new release, then i don't understand why do we need releases at all? What makes release to be release , when you can download latest version at any moment? That's why i saying that from release to release cleanup and fixes is good, but there should be some major functional changes, which worth to be labeled as a new version. And if you don't have them, then there is no point to make a release. > Laurent. > -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig.

April 6, 2011

Re: [Pharo-project] Transcript rant

by Fernando Olivero

Hi Stef, i will as an initial step take Igor's suggestion and make Transcript a global wich points to an instance of TranscriptModel ( the new name i propose for the current class taken from CUIS). I still believe that composition is better then inheritance for handling different behaviors of the Transcript, so i argue against making it a subclass of WriteStream and making it polymorphic with a write stream instead. Fernando On Tue, Apr 5, 2011 at 8:54 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Guys > > I need an update status. > Do we keep or not the changes in the system? > > I will come back to you until we reach a decision :) > > Stef > >

April 6, 2011

Re: [Pharo-project] SmalltalkHub going beta in a week

by Nicolas Petton

Le mercredi 06 avril 2011 Ã 13:07 +0200, Tudor Girba a Ã©crit : > Phenomenal stuff :). I cannot wait to use it. Will there be a possibility to migrate the existing squeaksource there? There is nothing at the moment to migrate. I guess you'll just have to move your packages from squeaksource to smalltalkhub, so a simple script could do the trick. Cheers, Nicolas -- Nicolas Petton http://www.nicolas-petton.fr

April 6, 2011

Re: [Pharo-project] A lil simplification of MorphTreeNodeMorph

by Igor Stasenko

Okay, here the updated version. GTCoder open looks fine Settings look fine. and SimpleGridExample new open looking fine as well -- Best regards, Igor Stasenko AKA sig.

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Alexandre Bergel

What is SMx? Alexandre Le 6 avr. 2011 Ã 04:17, Fernando Olivero <fernando.olivero(a)usi.ch> a Ã©crit : > what about my initial question? it got buried beneath other > discussions in this thread. > Ben, can you give your opinion ? Im interested because for the SMx > port, this would help in narrowing the classes to import. > > Fernando > > On Wed, Apr 6, 2011 at 9:08 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: >> Hi, >> >> On 6 Apr 2011, at 08:16, Alain Plantec wrote: >> >>> Le 05/04/2011 22:03, Alain Plantec a Ã©crit : >>>> Le 05/04/2011 20:57, StÃ©phane Ducasse a Ã©crit : >>>>> A new browser :) >>>>> Supporting >>>>> - groups >>>>> - package >>>>> - declarative menus >>>>> - environment selection >>>>> - scoped actions >>>>> - soon refactoring >>>>> >>>>> but right now a bit too slow because of the HUGGGGGGEEEEEE trees build by TreeMorphTreeMorph >>>> yes, maybe MorphTreeMorph is not the good tree to use here. >>>> why not use a simpler one ? >>> or try with LazyMorphTreeMorph even it should be improved. (it should be changed to build the list in background). >> >> That would be super cool :) >> >> Doru >> >> >>>> Alain >>>> >>>>>> Squeaksource simply says "A new browser" >>>>>> >>>>>> Cheers, >>>>>> Alexandre >>>>> >>>>> >>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Presenting is storytelling." >> >> >> >

April 6, 2011

Re: [Pharo-project] jtalk fun

by laurent laffont

On Wed, Apr 6, 2011 at 12:48 PM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > Le mercredi 06 avril 2011 Ã 12:28 +0200, Noury Bouraqadi a Ã©crit : > > Cool. But how do we move parts? > > Hmm, you don't... > > I only wrote the field and pieces, the game isn't working yet (and I > didn't think someone would find it... kudos to Laurent :-) > Ahaha I was just looking for examples and this is in the example category ;) Laurent > > Cheers, > Nico > > > > > > On 5 avr. 2011, at 15:16, laurent laffont wrote: > > > > > Go to http://jtalk-project.org/ > > > > > > Open development tools -> Workspace > > > > > > Evaluate: > > > > > > Tetris new appendToJQuery: 'body' asJQuery > > > > > > play. > > > > > > > > > Laurent. > > > > Noury Bouraqadi > > http://car.mines-douai.fr/noury > > -- > > -6th National Conference on > > âControl Architecture of Robotsâ > > 24-25 may 2011, Grenoble area, France > > http://car2011.inrialpes.fr/ > > > > -19th ESUG International Smalltalk Conference > > 22-26 August 2011, Edinburgh, UK > > http://www.esug.org/Conferences/2011 > > > > -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) > > http://www.univ-valenciennes.fr/congres/jfsma2011/ > > 17-19 Octobre 2011, Valenciennes, France > > > > > > > > > > > > > > -- > Nicolas Petton > http://www.nicolas-petton.fr > > >

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Tudor Girba

It works. Toon, am I wrong? Cheers, Doru On 6 Apr 2011, at 13:18, StÃ©phane Ducasse wrote: > > On Apr 6, 2011, at 1:08 PM, Tudor Girba wrote: > >> Hi, >> >> Indeed, it would be great to have a Debugger model. Toon produced one in the context of the Glamorous Toolkit. Perhaps it would be good if we merged it in the Core. > > As soon as it works I want that in the core :) > imagine a model not mixed with UI concerned :) > Stef > >> >> Cheers, >> Doru >> >> >> On 6 Apr 2011, at 12:54, Michael Roberts wrote: >> >>> Ok. And is the idea to build a new core debugger in this effort? I wanted to check we would only build 1 debugger model; and to know where it is. (I only see one in glamourst source). >>> >>> Thanks >>> Mike >>> >>> On 6 Apr 2011, at 07:01, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> It is not. >>>> The idea is to have a default browser and set of tools that we can use >>>> in bare core image and that are not based on toolBuilder or stringHolder. >>>> After if Glamour produces a nice IDE then we can load it and use it. >>>> In addition benjamin is fixing a lot of problems in default widgets like multiple selection, >>>> hilighting.... >>>> >>>> Stef >>>> >>>>> Hi, how does it relate to glamourost? >>>>> >>>>> thanks, >>>>> Mike >>>>> >>>>> On Tue, Apr 5, 2011 at 7:57 PM, StÃ©phane Ducasse >>>>> <stephane.ducasse(a)inria.fr> wrote: >>>>>> >>>>>> On Apr 5, 2011, at 5:31 PM, Alexandre Bergel wrote: >>>>>> >>>>>>> Hi Guys, >>>>>>> >>>>>>> Maybe I missed part of the discussion, but what is Nautilus? >>>>>> >>>>>> A new browser :) >>>>>> Supporting >>>>>> - groups >>>>>> - package >>>>>> - declarative menus >>>>>> - environment selection >>>>>> - scoped actions >>>>>> - soon refactoring >>>>>> >>>>>> but right now a bit too slow because of the HUGGGGGGEEEEEE trees build by TreeMorphTreeMorph >>>>>> >>>>>>> Squeaksource simply says "A new browser" >>>>>>> >>>>>>> Cheers, >>>>>>> Alexandre >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> -- >> www.tudorgirba.com >> >> "Being happy is a matter of choice." >> >> >> >> > > -- www.tudorgirba.com "We are all great at making mistakes."

April 6, 2011

Re: [Pharo-project] Issue 3966 in pharo: String>>lines misses tests

by pharo＠googlecode.com

Comment #2 on issue 3966 by stephane...(a)gmail.com: String>>lines misses tests http://code.google.com/p/pharo/issues/detail?id=3966 tx!

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by StÃ©phane Ducasse

On Apr 5, 2011, at 2:32 PM, Fernando Olivero wrote: > Hi Ben, i was thinking about the discussion of the menus: > > Since you are using menu pragma builder, and have explicit views for > each tool, then the CodeHolder hierarchy is no longer needed. Because > the specialized views get the behavior for answering the actions in > the menus (which currently is spread across the StringHolder > hierarchy). I would say yes but I will let ben replied with more depth if necessary. > So this is the main reason why you simple need a pluggable text model, > for the model of the views. And a pluggable TextModel (or StringHolder > in Pharo) would suffice? Is this correct? > > Thanks, > Fernando >

April 6, 2011

Re: [Pharo-project] abouth nautilus and the removal of CodeHolder hierarchy

by Geert Claes

Geert Claes wrote: > > How does one load Nautilus? I tried by adding the nautilus repository and > using the ConfigurationOf on a clean 1.2 OneClick but I get a DNU > readStream? > Mmm, seems to be a network issue because I get the same message for other stuff :( -- View this message in context: http://forum.world.st/abouth-nautilus-and-the-removal-of-CodeHolder-hierarc… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 6, 2011