Re: [Usability] Interacting with open folders, part 2.

[Maurizio Colucci <seguso forever tin it>]

Thorsten Wilms wrote:
> On Tue, Feb 22, 2005 at 03:18:35PM +0100, Maurizio Colucci wrote:
>
>>What we need IMO is
>>
>>1. Introduce a way to act on the open folder itself. Mind you: not only to
>>drag it, but also to copy it, move it, delete it, create a link to it, etc.
>>Simply adding a drag handle is not enough.
>
>
> Why is a drag handle not enough? As it could also offer a menu.

If it also offers a menu, it is not "just" a drag handle.

However, it's true that "drag handle + menu" is enough, but this creates 
duplication of functionality, redundancy. It is far (IMHO) from an ideal 
solution. An ideal solution is minimal. You should use the *same* menu you 
use on folders.


>>So we should be able to select the folder itself. But in spatial nautilus
>>this means selecting the window! (since folders and windows are strongly
>>indentified)
>>
>>So, what we really need is a button to select the open window.
>>
>>Where should this button be? Logically, it should be in the window's title
>>bar.
>
>
> Well, the titlebar is the realm of the windowmanager.

Yes... see my other post in this thread.

> And it's common to have menu entries that act on the scope of the whole
> application or document.

This is true, but not the edit menu... Here we need an edit menu which can 
act on selected windows.

>>So the new proposal is: move the nautilus menu, (at least the "File" and
>>"edit" items) OUTSIDE the nautilus window. So the user can select the
>>window and/or its contents, and then use any kind of action without any
>>logical problems.
>
>
> Wouldn't work with sloppy / follows-mouse focus.

Sorry, I don't see why.

Maurizio