Ben
I like the suggestion of mariano and luc.
I discussed with them.
- opening by default on packages is better because it does not force
you to display the full
hierarchy.
- could you try to see if you can just display the packages and
hierarchy without swapping them?
Stef
> > One last thing: when you type the name of a class somewhere and you do a
> > cmd+b I think it would be much better if Nautilus open the "normal" browser
> > and not "hierarchy" one.
>
> having cmd+h for hierarchy would be great :)
>
> +9999999
>
> to open a hierarchy when you do cmd+b is bad for me beacuse:
>
> 1) 99% of the times I browse that way, I want to see that class, and 99% also
> the rest of the classes of that package, not the hierarchy
> 2) I am used to that since the last..mm 3 years ;)
> 3) Because it seems the hierarchy windows is slow in big cases [Object
> browse] timeToRun 19225 so it took me 20 seconds to open the window ;)
>
> Because of that, I much prefer cmd + to for a normal browse. I don't pretend
> all agree, so I would be very happy when you have the setting. Please let me
> know so that I can set it :)
>
> Cheers!
>
>
>
> Ben we should produce a configuration because this is important.
> What you can do is at least load the baseline and snapshot only when you will
> release on version for 1.4 and 1.5
> >
> >
> > On Mon, Feb 20, 2012 at 8:38 PM, Benjamin
> > <[email protected]> wrote:
> > To be honest, if it works, I do not want to lose my time on Configuration
> >
> >
> > It shouldn't be done by hand, but generated by a tool :)
> >
> >
> > Ben
> >
> > On Feb 20, 2012, at 8:06 PM, Mariano Martinez Peck wrote:
> >
> >>
> >>
> >> On Tue, Feb 14, 2012 at 6:39 PM, Benjamin
> >> <[email protected]> wrote:
> >> Hello guys,
> >>
> >> I know a some of you are waiting for the integration of the RB engine into
> >> Nautilus.
> >>
> >> Some of them are already implemented, so if you wanna test them, here is
> >> the gofer script
> >>
> >> Gofer new
> >> url: 'http://ss3.gemstone.com/ss/Nautilus';
> >> package: 'ConfigurationOfNautilus';
> >> load.
> >>
> >> (Smalltalk at: #ConfigurationOfNautilusRefactoring) perform: #loadDefault
> >>
> >>
> >>
> >>
> >> So...that's the way of loading Nautilus with refactorings? Wouldn't it
> >> be better to include RB dependencis in ConfigurationOfNautilus and have a
> >> specific group there. So you can do for example
> >>
> >> ConfigurationOfNautilus project stableVersion load: 'WithRefactorings'.
> >>
> >> ?
> >>
> >> BTW, I checked the ConfigurationOfNautilusRefactoring and it looks you
> >> miss a critical feature of Metacello: project references :) From
> >> ConfigurationOfNautilusRefactoring you can directly depend on
> >> ConfigurationOfRB or ConfigurationOfNautilus rather than duplicating
> >> everything in there. Don't tell Stef you didn't read the chapter hahahaha
> >>
> >>
> >>
> >> It loads everything.
> >>
> >> For now I have only done some refactorings for classes, so if you popup
> >> the menu on a class, a new item named Refactoring should appear :)
> >>
> >> Moreover, the 'rename class' method is replaced by the RB one :)
> >>
> >>
> >> Thanks in advance for your feedback, and if you want to participate, you
> >> are more than welcome :)
> >>
> >>
> >> Ben
> >>
> >>
> >>
> >> --
> >> Mariano
> >> http://marianopeck.wordpress.com
> >>
> >
> >
> >
> >
> > --
> > Mariano
> > http://marianopeck.wordpress.com
> >
>
>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
