- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] IDE Nice idea

by Goubier Thierry

Le 02/10/2013 15:33, Torsten Bergmann a Ã©crit : >>> In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being >>> productive, we have to use hotkeys to find a given class or a given >>> method because the browsing by tree is painful in an every day work. >> >> This is exactly my issue with Nautilus today. The list of packages is so >> long in the pane that you can only work by hotkeys. > > Yes - but this could have an easy solution: back in the "good old pharo days" (TM) > we had a nautilus with a filter above the category pane. > > One could easily enter the beginning of the name and the category pane, the > contents was condensed which saves a lot of scrolling. This is especially helpfull when you > work on a single project (what you normally do). > > I would REALLY like to have this feature back. Especially since we > had it in the past and tools like the MetacelloBrowser, the config browser have > it too. > > Just open the MetacelloBrowser and enter "Config" in the filter - you can easily > get all ConfigurationOf... packages. Or enter the first letters of a project name > like "AST", "Ann" ... > > It's a real time saver! In fact, I wanted that filter option to be available on the tree at the beginning, but as a popup thing so that it would not take up GUI real estate. Just start typing and it would show up and filter for you. I kept on postponing it and then I noticed by categorizing the stuff, I could remember where most of the stuff I'm good at was without difficulties (and as I said, at a max of three clicks away). Now that I'm able to scope and restrict at any level by just double-clicking, well, I don't have any need for it anymore. It could be nice, still. > I know Nautilus can be plugged together - dont know if it is possible to > write a plugin to get this filter possibility back. If it disturbs others it > can be made a setting. It certainly could be done, but not by me ;-) I'm a lot happier using mine and the amount of code in it is small and simple enough to make it maintainable by me alone for a long time. Additionally, it allows for some experimental development which may then be ported to Nautilus, like the smart suggestions stuff. > And: compared to Eclipse Smalltalk browsers are still much better. Eclipse/Java > lacks categorization of methods which is IMHO horrible. I haven't used them for many years now, but I allways remember the speed of the beast... and the huge amount of wasted space on my 24" desktop screen. I wouldn't be happy with today's VW browser as well, given the screenshots seen in ESUG presentations ;) I can't work with a browser which expect me to use it full screen on the 11"6 screen of my laptop; I really need the three browsers: code ref, code I'm writing, code using my code. 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

Oct. 2, 2013

Re: [Pharo-dev] [Off Topic] Six Stages of Debugging

by Norbert Hartl

Am 02.10.2013 um 14:01 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > Recognisable: > > http://plasmasturm.org/log/6debug/ > So true! Norbert

Oct. 2, 2013

Re: [Pharo-dev] OSProcess configuration problem

by Christophe Demarey

Le 2 oct. 2013 Ã 14:24, Goubier Thierry a Ã©crit : > Christophe, > > I've uploaded the configurations in http://www.squeaksource.com/MonticelloRepository as it should be (I think I uploaded them a week or two ago, but why did they disappear?). Can you test if this works? It now works. Thanks.

Oct. 2, 2013

Re: [Pharo-dev] IDE Nice idea

by Benjamin

On Oct 2, 2013, at 3:33 PM, Torsten Bergmann <astares(a)gmx.de> wrote: >>> In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being >>> productive, we have to use hotkeys to find a given class or a given >>> method because the browsing by tree is painful in an every day work. >> >> This is exactly my issue with Nautilus today. The list of packages is so >> long in the pane that you can only work by hotkeys. > > Yes - but this could have an easy solution: back in the "good old pharo days" (TM) > we had a nautilus with a filter above the category pane. > > One could easily enter the beginning of the name and the category pane, the > contents was condensed which saves a lot of scrolling. This is especially helpfull when you > work on a single project (what you normally do). Did you try "Groups" for that ? :) Ben > I would REALLY like to have this feature back. Especially since we > had it in the past and tools like the MetacelloBrowser, the config browser have > it too. > > Just open the MetacelloBrowser and enter "Config" in the filter - you can easily > get all ConfigurationOf... packages. Or enter the first letters of a project name > like "AST", "Ann" ... > > It's a real time saver! > > I know Nautilus can be plugged together - dont know if it is possible to > write a plugin to get this filter possibility back. If it disturbs others it > can be made a setting. > > And: compared to Eclipse Smalltalk browsers are still much better. Eclipse/Java > lacks categorization of methods which is IMHO horrible. > > > > > > > > > >

Oct. 2, 2013

IDE Nice idea

by Torsten Bergmann

>> In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being >> productive, we have to use hotkeys to find a given class or a given >> method because the browsing by tree is painful in an every day work. > >This is exactly my issue with Nautilus today. The list of packages is so >long in the pane that you can only work by hotkeys. Yes - but this could have an easy solution: back in the "good old pharo days" (TM) we had a nautilus with a filter above the category pane. One could easily enter the beginning of the name and the category pane, the contents was condensed which saves a lot of scrolling. This is especially helpfull when you work on a single project (what you normally do). I would REALLY like to have this feature back. Especially since we had it in the past and tools like the MetacelloBrowser, the config browser have it too. Just open the MetacelloBrowser and enter "Config" in the filter - you can easily get all ConfigurationOf... packages. Or enter the first letters of a project name like "AST", "Ann" ... It's a real time saver! I know Nautilus can be plugged together - dont know if it is possible to write a plugin to get this filter possibility back. If it disturbs others it can be made a setting. And: compared to Eclipse Smalltalk browsers are still much better. Eclipse/Java lacks categorization of methods which is IMHO horrible.

Oct. 2, 2013

Re: [Pharo-dev] Issues interesting for the hangout

by Christophe Demarey

Le 2 oct. 2013 Ã 12:03, Esteban Lorenzano a Ã©crit : > Hi, > > Of course, that's not a exhaustive list, just some that I think are interesting to tackle :) > > https://pharo.fogbugz.com/f/cases/10821/Integrate-Metacello-2 For this one, there is still a missing fix to the metacello previewBootstrap version. I'm discussing with Dale to integrate this fix. Christophe.

Oct. 2, 2013

Re: [Pharo-dev] IDE Nice idea

by Goubier Thierry

Le 02/10/2013 14:35, Miguel Moquillon a Ã©crit : > I think it is more difficult to navigate through a tree than by using > the panels. > It is why IMHO the file browser in NextStep and then in MacOS X are more > usable than their counterpart in Windows. > And it is why I love the way the code browser works in the Smalltalk > environments. > In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being > productive, we have to use hotkeys to find a given class or a given > method because the browsing by tree is painful in an every day work. This is exactly my issue with Nautilus today. The list of packages is so long in the pane that you can only work by hotkeys. I designed the tree variant so that you could work without hotkeys (I hate hotkeys) and find back any package you're working with in at most three mouse clicks and no scrolling on a portion of a netbook screen, not a 30' Apple Cinema display. Thierry > Miguel Moquillon > > Le 02/10/2013 12:59, Camillo Bruni a Ã©crit : >> 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 >>>> >>> > > > > -- 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] Issues interesting for the hangout

by Andrei Chis

This would be nice: https://pharo.fogbugz.com/f/cases/11719/integrate-all-the-changes-from-the-… On Wed, Oct 2, 2013 at 12:32 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > 11639! >

Oct. 2, 2013

Jenkins build is back to stable : Pharo-2.0-Tests Â» run 1,vm,mac #273

by no-reply＠ci.inria.fr

See <https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=mac/2…>

Oct. 2, 2013

Jenkins build is back to stable : Pharo-2.0-Tests Â» run 1,vm,win #273

by no-reply＠ci.inria.fr

See <https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=win/2…>

Oct. 2, 2013