I'm with Esteban. Type "Work" or "Test" looking for the Workspace or the Test Runner. They are far too down...
Try typing "process" looking Process browser, or "Configuration" for the configuration browser. Those are things that should be accessible, by they are hidden because their names collide with a lot of classes and packages... On Wed, Dec 10, 2014 at 8:28 PM, Yuriy Tymchuk <[email protected]> wrote: > I think this should be configurable :) > > > > On 10 Dec 2014, at 19:13, Esteban Lorenzano <[email protected]> wrote: > > > > well, I vote the contrary: I want “apps” to show first :P > > remember that is not just browsers what we open…. > > > > Esteban > > > >> On 10 Dec 2014, at 19:01, Sven Van Caekenberghe <[email protected]> wrote: > >> > >> > >>> On 10 Dec 2014, at 17:52, Damien Cassou <[email protected]> > wrote: > >>> > >>> On Wed, Dec 10, 2014 at 5:09 PM, Tudor Girba <[email protected]> > wrote: > >>>> But, indeed, it seems that people prefer to have the applications on > top and > >>>> the rest of the things below. So, a quick fix for this problem is to > make > >>>> the Menu category come before the classes. > >>> > >>> > >>> but if you open a System Browser, the next step is to search for > >>> something in the System Browser. Why would you do that if you can use > >>> Spotter to directly search for the thing you want? > >>> > >>> Same thing for Monticello: spotter makes it apparently easy to commit > >>> directly from spotter. So, the main activity is to search for a > >>> package in spotter, not for Monticello. > >>> > >>> So, it looks like packages, classes and methods should come before > >>> applications :-) > >> > >> Yes! +1 > >> > >>> -- > >>> Damien Cassou > >>> http://damiencassou.seasidehosting.st > >>> > >>> "Success is the ability to go from one failure to another without > >>> losing enthusiasm." > >>> Winston Churchill > >>> > >> > >> > > > > > > >
