On 2012-02-21, at 21:19, Stéphane Ducasse wrote:

> 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.
        => add preference setting

> 
>       - could you try to see if you can just display the packages and 
> hierarchy without swapping them?
        => add preference setting

> 
> 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 
>>> <benjamin.vanryseghem.ph...@gmail.com> 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 
>>>> <benjamin.vanryseghem.ph...@gmail.com> 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
>> 
> 
> 


Reply via email to