June 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Status license cleaning: almost there

by StÃ©phane Ducasse

this is cool! Stef On Jun 5, 2009, at 11:58 PM, Adrian Lienhard wrote: > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 6, 2009

Re: [Pharo-project] NetNameResolver - too much cleaning?

by Carlos Crosetti

mee too (win xp) NetNameResolver addressForName: 'pharo-project.org' 212.103.66.211(212.103.66.211),0(0) but there is a console message tracing to disabble pressing F2, firs time I se that... -----Mensaje original----- De: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr]En nombre de Adrian Lienhard Enviado el: Sabado, 06 de Junio de 2009 05:47 a.m. Para: Pharo-project(a)lists.gforge.inria.fr Asunto: Re: [Pharo-project] NetNameResolver - too much cleaning? Hi Bill It seems to work for me (Mac 4.1.1beta2U): NetNameResolver addressForName: 'pharo-project.org' --> 212.103.66.211(one),0(0) Doesn't that work for you or are you trying something else? Adrian On Jun 6, 2009, at 01:22 , Schwab,Wilhelm K wrote: > 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 > > > _______________________________________________ > 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 -- Internal Virus Database is out-of-date. Checked by AVG. Version: 7.5.524 / Virus Database: 270.12.11/2089 - Release Date: 30/04/2009 05:53 p.m.

June 6, 2009

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

by Adrian Lienhard

- remove SqueakMap ___________________ http://www.adrian-lienhard.ch/

June 6, 2009

[Pharo-project] How to run a "cron" job?

by Oscar Nierstrasz

Hi folks, I need to run a periodic job in a Pier image. (Checking for new PDF files and generating news items.) What is the recommended way to do this? Thanks in advance for any tips. - on

June 6, 2009

Re: [Pharo-project] NetNameResolver - too much cleaning?

by Adrian Lienhard

Hi Bill It seems to work for me (Mac 4.1.1beta2U): NetNameResolver addressForName: 'pharo-project.org' --> 212.103.66.211(one),0(0) Doesn't that work for you or are you trying something else? Adrian On Jun 6, 2009, at 01:22 , Schwab,Wilhelm K wrote: > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 6, 2009

[Pharo-project] GermÃ¡n Arduino available to work

by GermÃ¡n Arduino

Hi: Just to comment that I'm available for contract/freelance work from my office in Argentina. My squeak resume is at: http://wiki.squeak.org/squeak/3525. To a complete resume, including other experience on Smalltalk's and other technologies, please ask me. Thanks. -- GermÃ¡n S. Arduino http://www.arsol.biz http://www.arsol.net

June 6, 2009

[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