October 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] IDE Nice idea

by Goubier Thierry

Le 02/10/2013 12:59, Camillo Bruni a Ã©crit : > well you basically need just a single tree ;) > > - package > - class > - protocol > - method I do the single tree with: - package group - package - extension - aClass - method - aClass - aClass class - protocol - method - comment - protocol - method I'm so accustomed to the way this reduces my work view to the things I need that I feel useless when working with Nautilus :) And no more class / instance toggle to boot, the ability to write an instance method while looking at all the methods on the class side, the ability to look at another class method names while writing a method, the removal of all buttons and toolbars, etc... I also like the fact I never have to remember that *package-name-test-thingy-whatever is the protocol name for the extensions of Package-Name-Test-Thingy-Whatever, and that I shouldn't get the name wrong! Thierry > On 2013-10-02, at 12:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> honestly, for me removing the 3rd panel generates much more confusion. >> not the we shouldn't think on better ways to represent the information, but I prefer to have the protocol panel rather than a three, for example. >> >> Esteban >> >> On Oct 2, 2013, at 11:49 AM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> I wonder why they bother with the third pane; the fourth pane with the categories shown make that redundant. >>> >>> A bit too much space wasted for a small window or a netbook screen for my taste. >>> >>> Thierry >>> >>> Le 02/10/2013 11:04, StÃ©phane Ducasse a Ã©crit : >>>> http://linkuistics.com/wp-content/uploads/2009/02/stardustob.png >>>> >>>> I like the way recently modified is on top of all packages and I like the way categories are shown. >>>> >>>> stef >>>> >>>> >>> >>> -- >>> 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 >>> >> >> > -- 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

Oct. 2, 2013

Pharo Hangout started!

by Esteban Lorenzano

https://plus.google.com/hangouts/_/6f772c1bde79e74813993c0e8a05a495f6713175 So, come in :) Esteban

Oct. 2, 2013

Re: [Pharo-dev] IDE Nice idea

by Camillo Bruni

well you basically need just a single tree ;) - package - class - protocol - method On 2013-10-02, at 12:04, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > honestly, for me removing the 3rd panel generates much more confusion. > not the we shouldn't think on better ways to represent the information, but I prefer to have the protocol panel rather than a three, for example. > > Esteban > > On Oct 2, 2013, at 11:49 AM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> I wonder why they bother with the third pane; the fourth pane with the categories shown make that redundant. >> >> A bit too much space wasted for a small window or a netbook screen for my taste. >> >> Thierry >> >> Le 02/10/2013 11:04, StÃ©phane Ducasse a Ã©crit : >>> http://linkuistics.com/wp-content/uploads/2009/02/stardustob.png >>> >>> I like the way recently modified is on top of all packages and I like the way categories are shown. >>> >>> stef >>> >>> >> >> -- >> 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 >> > >

Oct. 2, 2013

Re: [Pharo-dev] Hangout Session today!

by Marcus Denker

On Oct 2, 2013, at 12:49 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > I'd say that the community is Pharo, not Pharo Smalltalk > > https://plus.google.com/communities/110606515284627209423 > yes, that is the official group. Marcus

Oct. 2, 2013

Re: [Pharo-dev] failing moose tests

by Tudor Girba

You would get this problem anyway. Let's fix the current development version and the we resnapshot. In the longer term we will see how the enhancements from Diego can help. Doru Sent from my iPhone On Oct 2, 2013, at 10:28, Stephan Eggermont <STEPHAN(a)STACK.NL> wrote: > (from pharo -dev) > > PharoVM-AcceptanceTest loads Moose-Stable. That is based on a snapshot. > As the snapshot flattens the configuration, it is basically unpatchable. > > Stephan > > >

Oct. 2, 2013

Re: [Pharo-dev] Hangout Session today!

by phil＠highoctane.be

I'd say that the community is Pharo, not Pharo Smalltalk https://plus.google.com/communities/110606515284627209423 --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Wed, Oct 2, 2013 at 10:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > I forget to say that you should be in the "Pharo Community" of Google+ > If you are not yet, just look for "Pharo Smalltalk" in G+ and then join :) > > Esteban > > > On Oct 2, 2013, at 10:53 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > Hi, > > > > Remember, today we will have our first Hangout Session. > > > > How does this will work? > > > > Well, at 12 UTC I will open a Group Hangout in Google+, and everybody > can join there (the opened hangout should appear in your g+ main page). > > > > Then we will proceed like any other regular sprint: we pick a bug, and > we work on it :) > > I can foreseen two different possibilities: > > > > 1) you will work alone, connected to the group. In that case,you do not > need to do anything else. > > 2) you want to pair program with someone else. In that case you need to > leave the group and start your own hangout. When you finish you can > comeback. > > > > well, that's all :) > > > > I will send a list of possible bugfixes now. > > > > and of course we also can talk about other stuff from Pharo, not just > the bugfixing race :) > > > > See you, > > Esteban > > >

Oct. 2, 2013

Re: [Pharo-dev] Unloading Nautilus

by StÃ©phane Ducasse

On Oct 2, 2013, at 11:45 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Something like > > AbstractNautilusUI>>registerToSystemEvents yes I found it. Now may be the method removedMethod: is unloaded during the unload and the superclass (abstract) method is reached. So I should probably add an unregister all instances and do it before. But first I want to finish the RB configuration. Annoying that I cannot test the configurations I write but I will live with that for now ;) Stef > > Ben > > On Oct 2, 2013, at 11:23 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Ben >> >> probably I should unregister nautilus from receiving system event. >> Do you have any idea where I should look for the registration? >> >> Stef >> >> On Oct 2, 2013, at 11:18 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Hi guys >>> >>> is there a standard API to unload packages? and to specify package action on unload? >>> I'm trying to unload Nautilus to be able to unload RBEnvironment to be able to load them after and >>> when I close all the browser and unload the nautilus package I get >>> - NautilusUI had the subclass responsibility to implement methodRemoved: >>> >>> Smalltalk tools debugger error: MessageNotUnderstood: anObsoleteNavigationHistory>>add: >>> >>> Stef >>> >>> >> >> >

Oct. 2, 2013

Re: [Pharo-dev] SlotVirus

by Marcus Denker

Nearly all are already on the bug tracker. I added a "cleanup" tag: https://pharo.fogbugz.com/f/search/?sSearchFor=tag%3A%22cleanup%22 On Tue, Oct 1, 2013 at 5:53 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > marcus > > I love what you did for the codeHolder removal (please do the same for > these items). > Yes I want to remove the duplicates. > > Stef > > On Oct 1, 2013, at 9:31 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > > On Oct 1, 2013, at 9:23 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > > > >> > >> On Oct 1, 2013, at 9:07 AM, Marcus Denker <marcus.denker(a)inria.fr> > wrote: > >>> > >>> And we should not forget to do these cleanups: we now have nearly > everything double in the system: > >>> -> Compiler > >>> -> Inspector > >>> -> Debugger > >>> -> ClassBuilder > >>> -> ClassOrganizer > >>> -> Browserâ¦. > >> > >> -> Rpackage vs PackaInfo vs. SystemCategory > >> -> Ring vs. PseudeClass&co vs. RBClass > >> -> AST vs RB AST > > > > -> Url vs. ZnUrl > > -> ZnMimeType vs MimeType > > -> NewList vs whichever-of-the 30 classes with "List" in its name > > -> FreeType vs. Bitmap fonts > > -> TreeInspector vs. ObjectExplorer > > > > We should really clean up. > > > > Marcus > > > > > > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Oct. 2, 2013

Re: [Pharo-dev] about subclass of SystemAnnouncer

by StÃ©phane Ducasse

https://pharo.fogbugz.com/f/cases/11746/Remove-all-subclasses-of-SystemAnno… Stef On Oct 2, 2013, at 11:38 AM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > Hi guys > > It seems that I remember that we want to remove subclasses of SystemAnnouncer. > Is it correct? > > Stef > >

Oct. 2, 2013

Re: [Pharo-dev] IDE Nice idea

by StÃ©phane Ducasse

It was antony blakey project to sell an ide for squeak. Stef On Oct 2, 2013, at 12:28 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > What Smalltalk implementation is that? > > -- Pavel > > 2013/10/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> http://linkuistics.com/wp-content/uploads/2009/02/stardustob.png >> >> I like the way recently modified is on top of all packages and I like the way categories are shown. >> >> stef >

Oct. 2, 2013