- Pharo-dev - lists.pharo.org

[Pharo-project] NetNameResolver - too much cleaning?

by Schwab,Wilhelm K

Hello all, There is no good way to get an address given a name :( I tried "borrowing" code from 3.9 and was roundly punished: it hangs miserably. Any ideas? Bill

June 5, 2009

[Pharo-project] Streams - #nextLine

by Schwab,Wilhelm K

Hello all, You might recall my advocating breaking changes to #next, #next: and company: these methods do not behave as advertised, answering nil vs. raising an exception when reading off the back of a stream. It was fairly clear that the will did not exist to make he required changes, so I have put myself on a strict diet of #nextOne, #nextMany:, #nextAvailable: that *do* work as expected. I plan to make code for these methods available to all, and strongly recommend using them. My initial efforts with Citezen have convinced me that I am correct to demand that code function as advertised/expected. I lost a couple of hours trying to sort out whether I was faced with a debugger defect, but ended up finding a source of inconsistency among like-named methods. Look at implementors of #nextLine. First, this is perhaps ambiguous given Pharo's cross-platform nature - it might be wise to always specify CrLf or simply Lf??? Beyond that, some implementations answer nil (why is beyond me, as it leaves callers with two things to check when #notEmpty would otherwise almost always suffice). Any thoughts? If nothing else, I think the various #nextLine methods should behave alike, and as you can tell, I strongly favor answering empty vs. nil. Bill

June 5, 2009

[Pharo-project] Status license cleaning: almost there

by Adrian Lienhard

After the last update (#10327) with more license cleaning from Gabriel I did an audit and now only 8 dirty methods are left. The updated list is here as usual: http://code.google.com/p/pharo/wiki/ResultofRelicensing Adrian

June 5, 2009

Re: [Pharo-project] ObjectFinder

by Mariano Martinez Peck

On Fri, Jun 5, 2009 at 8:29 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Jun 5, 2009, at 23:26 , Mariano Martinez Peck wrote: > > > Wow!! I just downloaded and play with it for a while and seems very > > very > > useful. And fast enough too. > > > > I hope this to be in pharo core :) > > We cannot add this to the core since it depends on OmniBrowser. Sorry. I ALWAYS forget about this. Ok. To Pharo-dev then haha :) > > > Adrian > > > > > > > Nice work! > > > > Mariano > > > > 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be> > > > >> No one click image but it works (normally :)) in any Pharo/Squeak > >> image. It > >> is available on SqueakSource: http://www.squeaksource.com/ > >> ObjectFinder > >> FrÃ©d > >> > >> ---- > >> FrÃ©dÃ©ric Pluquet > >> UniversitÃ© Libre de Bruxelles (ULB) > >> Assistant > >> http://www.ulb.ac.be/di/fpluquet > >> > >> > >> On Fri, Jun 5, 2009 at 8:27 PM, Lukas Renggli <renggli(a)gmail.com> > >> wrote: > >> > >>> Do you have a one-click image to try it out? ;-) > >>> > >>> 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be>: > >>>> Hello, > >>>> Here a list of interesting features of ObjectFinder: > >>>> - interesting columns are always entirely displayed: if you have > >>>> the > >>> last > >>>> column partially hidden (because you scrolled on the left for some > >>> reason), > >>>> when this column is updated for showing new items, it is completely > >>> shown. > >>>> In the traditional OB, the update is performed and the last column > >>> stills > >>>> partially hidden. > >>>> - The fact to select an item of a previous column does not imply > >>>> the > >>>> deletion of the empty columns at its right (causing move of the > >>>> current > >>>> selected column, to fit the last column for the right side). In > >>>> Object > >>>> Finder, the right empty columns are removed only when a new right > >>>> column > >>> is > >>>> created AND a left scroll is need. The user is so not perturbed > >>>> by the > >>> move > >>>> of the current selected column. > >>>> > >>>> - the calculus of the senders of a compiled method are collected > >>>> in a > >>> forked > >>>> process when the compiled method is inspected (and not when the > >>>> user > >>> asks > >>>> the senders). The senders are so ready to be displaying when the > >>>> user > >>> asks > >>>> him (Inspect Object>>#= for example). > >>>> - when you inspect implementors of a compiled method, you see the > >>> classes > >>>> displayed according the hierarchy (with indentation for > >>> subclasses) (Inspect > >>>> Object>>#= for example). > >>>> - for a compiled method, the button "M" is show the selectors > >>>> used in > >>> the > >>>> compiled method. When you select one, the selection of the > >>>> selector in > >>> the > >>>> code of method is shown in the description while the right panel > >>>> shows > >>> the > >>>> classes implementing this selector (with hierarchy feature > >>>> obviously > >>> :)). A > >>>> button "S" permits to show the methods sending this selector. > >>>> I don't know if my explanations are clear... Give me feedback if > >>> necessary > >>>> :) > >>>> FrÃ©d > >>>> ---- > >>>> FrÃ©dÃ©ric Pluquet > >>>> UniversitÃ© Libre de Bruxelles (ULB) > >>>> Assistant > >>>> http://www.ulb.ac.be/di/fpluquet > >>>> > >>>> > >>>> On Fri, Jun 5, 2009 at 7:50 PM, Frederic Pluquet <fpluquet(a)ulb.ac.be > >>>> > > >>> wrote: > >>>>> > >>>>> Hello, > >>>>> ObjectFinder needs some refactoring and the web site is not up > >>>>> to date. > >>> I > >>>>> hope update everything this evening. > >>>>> For the slow move is the shift key :) (like on mac :-D) > >>>>> FrÃ©d > >>>>> ---- > >>>>> FrÃ©dÃ©ric Pluquet > >>>>> UniversitÃ© Libre de Bruxelles (ULB) > >>>>> Assistant > >>>>> http://www.ulb.ac.be/di/fpluquet > >>>>> > >>>>> > >>>>> On Fri, Jun 5, 2009 at 7:38 PM, StÃ©phane Ducasse > >>>>> <stephane.ducasse(a)inria.fr> wrote: > >>>>>> > >>>>>> I guess that frederic will reply since he is reading the list and > >>>>>> using pharo. > >>>>>> But indeed this smooth movement would be really nice to have. > >>>>>> He even has a slow move pressing alt like on the mac :))) > >>>>>> Stef > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Ducasse<stephane.ducasse(a)inria.fr> wrote: > >>>>>>>> Smooth animation (this is really important for not been lost) > >>>>>>>> so > >>> you > >>>>>>>> always understand the flow since as in the > >>>>>>>> mac finder there is a smooth scrolling but fast of the new > >>>>>>>> pane. > >>>>>>>> > >>>>>>>> - pluggable mechanism to put extra buttons and displaying info. > >>>>>>>> For example for dictionary, compiledmethods.... > >>>>>>>> Frederic showed me how to integrate the result of roel typer in > >>>>>>>> addition to fields and methods browsing and this is cool > >>>>>>>> So my gut feeling is that you should sit with frederic at > >>>>>>>> esug and > >>>>>>>> see > >>>>>>>> and may be use its code in place > >>>>>>>> of the chasing browsing (which I cannot use at all). Since the > >>>>>>>> objectFinder is 5 classes and using OB all the way > >>>>>>>> down it would be pity not to have a look at it. > >>>>>>> > >>>>>>> Sounds interesting. I just wonder how this smooth scrolling is > >>>>>>> implemented, if it uses OB all the way down. Couldn't this be > >>>>>>> integrated with OB-Tools, that also come with various > >>>>>>> inspectors. > >>>>>>> > >>>>>>> Cheers, > >>>>>>> Lukas > >>>>>>> > >>>>>>> -- > >>>>>>> Lukas Renggli > >>>>>>> http://www.lukas-renggli.ch > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Pharo-project mailing list > >>>>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>>>> > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Pharo-project mailing list > >>>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>> > >>> > >>> > >>> > >>> -- > >>> Lukas Renggli > >>> http://www.lukas-renggli.ch > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 5, 2009

Re: [Pharo-project] ObjectFinder

by Adrian Lienhard

On Jun 5, 2009, at 23:26 , Mariano Martinez Peck wrote: > Wow!! I just downloaded and play with it for a while and seems very > very > useful. And fast enough too. > > I hope this to be in pharo core :) We cannot add this to the core since it depends on OmniBrowser. Adrian > > > Nice work! > > Mariano > > 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be> > >> No one click image but it works (normally :)) in any Pharo/Squeak >> image. It >> is available on SqueakSource: http://www.squeaksource.com/ >> ObjectFinder >> FrÃ©d >> >> ---- >> FrÃ©dÃ©ric Pluquet >> UniversitÃ© Libre de Bruxelles (ULB) >> Assistant >> http://www.ulb.ac.be/di/fpluquet >> >> >> On Fri, Jun 5, 2009 at 8:27 PM, Lukas Renggli <renggli(a)gmail.com> >> wrote: >> >>> Do you have a one-click image to try it out? ;-) >>> >>> 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be>: >>>> Hello, >>>> Here a list of interesting features of ObjectFinder: >>>> - interesting columns are always entirely displayed: if you have >>>> the >>> last >>>> column partially hidden (because you scrolled on the left for some >>> reason), >>>> when this column is updated for showing new items, it is completely >>> shown. >>>> In the traditional OB, the update is performed and the last column >>> stills >>>> partially hidden. >>>> - The fact to select an item of a previous column does not imply >>>> the >>>> deletion of the empty columns at its right (causing move of the >>>> current >>>> selected column, to fit the last column for the right side). In >>>> Object >>>> Finder, the right empty columns are removed only when a new right >>>> column >>> is >>>> created AND a left scroll is need. The user is so not perturbed >>>> by the >>> move >>>> of the current selected column. >>>> >>>> - the calculus of the senders of a compiled method are collected >>>> in a >>> forked >>>> process when the compiled method is inspected (and not when the >>>> user >>> asks >>>> the senders). The senders are so ready to be displaying when the >>>> user >>> asks >>>> him (Inspect Object>>#= for example). >>>> - when you inspect implementors of a compiled method, you see the >>> classes >>>> displayed according the hierarchy (with indentation for >>> subclasses) (Inspect >>>> Object>>#= for example). >>>> - for a compiled method, the button "M" is show the selectors >>>> used in >>> the >>>> compiled method. When you select one, the selection of the >>>> selector in >>> the >>>> code of method is shown in the description while the right panel >>>> shows >>> the >>>> classes implementing this selector (with hierarchy feature >>>> obviously >>> :)). A >>>> button "S" permits to show the methods sending this selector. >>>> I don't know if my explanations are clear... Give me feedback if >>> necessary >>>> :) >>>> FrÃ©d >>>> ---- >>>> FrÃ©dÃ©ric Pluquet >>>> UniversitÃ© Libre de Bruxelles (ULB) >>>> Assistant >>>> http://www.ulb.ac.be/di/fpluquet >>>> >>>> >>>> On Fri, Jun 5, 2009 at 7:50 PM, Frederic Pluquet <fpluquet(a)ulb.ac.be >>>> > >>> wrote: >>>>> >>>>> Hello, >>>>> ObjectFinder needs some refactoring and the web site is not up >>>>> to date. >>> I >>>>> hope update everything this evening. >>>>> For the slow move is the shift key :) (like on mac :-D) >>>>> FrÃ©d >>>>> ---- >>>>> FrÃ©dÃ©ric Pluquet >>>>> UniversitÃ© Libre de Bruxelles (ULB) >>>>> Assistant >>>>> http://www.ulb.ac.be/di/fpluquet >>>>> >>>>> >>>>> On Fri, Jun 5, 2009 at 7:38 PM, StÃ©phane Ducasse >>>>> <stephane.ducasse(a)inria.fr> wrote: >>>>>> >>>>>> I guess that frederic will reply since he is reading the list and >>>>>> using pharo. >>>>>> But indeed this smooth movement would be really nice to have. >>>>>> He even has a slow move pressing alt like on the mac :))) >>>>>> Stef >>>>>> >>>>>>> >>>>>>> >>>>>>> Ducasse<stephane.ducasse(a)inria.fr> wrote: >>>>>>>> Smooth animation (this is really important for not been lost) >>>>>>>> so >>> you >>>>>>>> always understand the flow since as in the >>>>>>>> mac finder there is a smooth scrolling but fast of the new >>>>>>>> pane. >>>>>>>> >>>>>>>> - pluggable mechanism to put extra buttons and displaying info. >>>>>>>> For example for dictionary, compiledmethods.... >>>>>>>> Frederic showed me how to integrate the result of roel typer in >>>>>>>> addition to fields and methods browsing and this is cool >>>>>>>> So my gut feeling is that you should sit with frederic at >>>>>>>> esug and >>>>>>>> see >>>>>>>> and may be use its code in place >>>>>>>> of the chasing browsing (which I cannot use at all). Since the >>>>>>>> objectFinder is 5 classes and using OB all the way >>>>>>>> down it would be pity not to have a look at it. >>>>>>> >>>>>>> Sounds interesting. I just wonder how this smooth scrolling is >>>>>>> implemented, if it uses OB all the way down. Couldn't this be >>>>>>> integrated with OB-Tools, that also come with various >>>>>>> inspectors. >>>>>>> >>>>>>> Cheers, >>>>>>> Lukas >>>>>>> >>>>>>> -- >>>>>>> Lukas Renggli >>>>>>> http://www.lukas-renggli.ch >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2009

[Pharo-project] [ANN] [update] #10327

by Adrian Lienhard

- SLICE-MorphicInitializeRewrite-GabrielOmarCotelli.2.mcz - SLICE-RevertHTTPSocketSystemWindow-GabrielOmarCotelli.2.mcz - Rewriting of license dirty methods of FileDirectoryTest ___________________ http://www.adrian-lienhard.ch/

June 5, 2009

Re: [Pharo-project] ObjectFinder

by Mariano Martinez Peck

Wow!! I just downloaded and play with it for a while and seems very very useful. And fast enough too. I hope this to be in pharo core :) Nice work! Mariano 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be> > No one click image but it works (normally :)) in any Pharo/Squeak image. It > is available on SqueakSource: http://www.squeaksource.com/ObjectFinder > FrÃ©d > > ---- > FrÃ©dÃ©ric Pluquet > UniversitÃ© Libre de Bruxelles (ULB) > Assistant > http://www.ulb.ac.be/di/fpluquet > > > On Fri, Jun 5, 2009 at 8:27 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> Do you have a one-click image to try it out? ;-) >> >> 2009/6/5 Frederic Pluquet <fpluquet(a)ulb.ac.be>: >> > Hello, >> > Here a list of interesting features of ObjectFinder: >> > - interesting columns are always entirely displayed: if you have the >> last >> > column partially hidden (because you scrolled on the left for some >> reason), >> > when this column is updated for showing new items, it is completely >> shown. >> > In the traditional OB, the update is performed and the last column >> stills >> > partially hidden. >> > - The fact to select an item of a previous column does not imply the >> > deletion of the empty columns at its right (causing move of the current >> > selected column, to fit the last column for the right side). In Object >> > Finder, the right empty columns are removed only when a new right column >> is >> > created AND a left scroll is need. The user is so not perturbed by the >> move >> > of the current selected column. >> > >> > - the calculus of the senders of a compiled method are collected in a >> forked >> > process when the compiled method is inspected (and not when the user >> asks >> > the senders). The senders are so ready to be displaying when the user >> asks >> > him (Inspect Object>>#= for example). >> > - when you inspect implementors of a compiled method, you see the >> classes >> > displayed according the hierarchy (with indentation for >> subclasses) (Inspect >> > Object>>#= for example). >> > - for a compiled method, the button "M" is show the selectors used in >> the >> > compiled method. When you select one, the selection of the selector in >> the >> > code of method is shown in the description while the right panel shows >> the >> > classes implementing this selector (with hierarchy feature obviously >> :)). A >> > button "S" permits to show the methods sending this selector. >> > I don't know if my explanations are clear... Give me feedback if >> necessary >> > :) >> > FrÃ©d >> > ---- >> > FrÃ©dÃ©ric Pluquet >> > UniversitÃ© Libre de Bruxelles (ULB) >> > Assistant >> > http://www.ulb.ac.be/di/fpluquet >> > >> > >> > On Fri, Jun 5, 2009 at 7:50 PM, Frederic Pluquet <fpluquet(a)ulb.ac.be> >> wrote: >> >> >> >> Hello, >> >> ObjectFinder needs some refactoring and the web site is not up to date. >> I >> >> hope update everything this evening. >> >> For the slow move is the shift key :) (like on mac :-D) >> >> FrÃ©d >> >> ---- >> >> FrÃ©dÃ©ric Pluquet >> >> UniversitÃ© Libre de Bruxelles (ULB) >> >> Assistant >> >> http://www.ulb.ac.be/di/fpluquet >> >> >> >> >> >> On Fri, Jun 5, 2009 at 7:38 PM, StÃ©phane Ducasse >> >> <stephane.ducasse(a)inria.fr> wrote: >> >>> >> >>> I guess that frederic will reply since he is reading the list and >> >>> using pharo. >> >>> But indeed this smooth movement would be really nice to have. >> >>> He even has a slow move pressing alt like on the mac :))) >> >>> Stef >> >>> >> >>> > >> >>> > >> >>> > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> >>> >> Smooth animation (this is really important for not been lost) so >> you >> >>> >> always understand the flow since as in the >> >>> >> mac finder there is a smooth scrolling but fast of the new pane. >> >>> >> >> >>> >> - pluggable mechanism to put extra buttons and displaying info. >> >>> >> For example for dictionary, compiledmethods.... >> >>> >> Frederic showed me how to integrate the result of roel typer in >> >>> >> addition to fields and methods browsing and this is cool >> >>> >> So my gut feeling is that you should sit with frederic at esug and >> >>> >> see >> >>> >> and may be use its code in place >> >>> >> of the chasing browsing (which I cannot use at all). Since the >> >>> >> objectFinder is 5 classes and using OB all the way >> >>> >> down it would be pity not to have a look at it. >> >>> > >> >>> > Sounds interesting. I just wonder how this smooth scrolling is >> >>> > implemented, if it uses OB all the way down. Couldn't this be >> >>> > integrated with OB-Tools, that also come with various inspectors. >> >>> > >> >>> > Cheers, >> >>> > Lukas >> >>> > >> >>> > -- >> >>> > Lukas Renggli >> >>> > http://www.lukas-renggli.ch >> >>> > >> >>> > _______________________________________________ >> >>> > Pharo-project mailing list >> >>> > Pharo-project(a)lists.gforge.inria.fr >> >>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >>> > >> >>> >> >>> >> >>> _______________________________________________ >> >>> Pharo-project mailing list >> >>> Pharo-project(a)lists.gforge.inria.fr >> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 5, 2009

Re: [Pharo-project] Exupery VM crashed with SegFault

by Bryce Kampjes

On Fri, 2009-06-05 at 09:39 +0200, Adrian Lienhard wrote: > This is issue http://code.google.com/p/pharo/issues/detail?id=855 > > Is there a fix (i.e., new VM) in sight? It's on my list of things to look at but I'm unlikely to have a great deal of time for the next few months. Bryce

June 5, 2009

Re: [Pharo-project] can we remove TabbedPalette

by StÃ©phane Ducasse

On Jun 5, 2009, at 10:17 PM, Alain Plantec wrote: > Hi all, > I know it is used by the Smacc GUI. > I can provide a new Smacc GUI implementation (old one is really messy) > any other good reason to keep TabbedPalette ? no Lukas already proposed a new UI for Smacc I believe. Stef > > thanks > Alain > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 5, 2009

[Pharo-project] can we remove TabbedPalette

by Alain Plantec

Hi all, I know it is used by the Smacc GUI. I can provide a new Smacc GUI implementation (old one is really messy) any other good reason to keep TabbedPalette ? thanks Alain

June 5, 2009