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 _______________________________________________ Usability mailing list [email protected] http://mail.gnome.org/mailman/listinfo/usability
