Re: pluggable context menus ...
- From: <bordoley msu edu>
- To: Jorn Baayen <jorn nl linux org>, Michael Meeks <michael ximian com>
- Cc: Manuel Clos <llanero eresmas net>, James Willcox <jwillcox cs indiana edu>, Dave Camp <dave ximian com>, Alex Larsson <alexl redhat com>, nautilus-list gnome org, Seth Nickell <snickell stanford edu>
- Subject: Re: pluggable context menus ...
- Date: Sat, 26 Oct 2002 12:15:38 EDT
> On Sat, 2002-10-26 at 15:37, Michael Meeks wrote:
> > I think you do have a good point though - which is that that option
> > menu is just far too long; my feeling is we should think about
> > re-arranging it, and/or removing insensitive items [ restore original
> > size being one obvious one - I mean, how many people actually stretch
> > icons ;-] Similarly the 'Move to Trash / Delete / Duplicate / Make Link'
> > stuff seems rather verbose.
This is basically what windows does, for example paste is never in the
context menu unless a file/folder has been cut.
Some notes on the current layout. Delete is an optional context menu entry. I
think we could resonably remove duplicate as it really only serves as a
faster version copy and paste in the same folder, although some user testing
is probably needed to know if thats a good idea or not. Same applies to
the "Restore icon's original size" entry as you have suggested.
Another sort of connected issue with mime-specific context menus, is that
certain menu entries may not be appropriate for certain file types. For an
RPM, the open and open with menu entries don't really apply, instead you
would most likely just want an "install" menu entry.
Jorn Baayen <jorn nl linux org> said:
> Hmm, personally I'd hate this, since at least speaking for myself, I
> kind of "remember" where in the menu certain menuitems are in pixel
> terms, so I move my mouse to the position of the menuitem without
> thinking. However, if the menu length varies all the time I'd have to
> reorient all the time.
This is a concern as well and I think only testing will prove if this is
truely an issue for users or not (I'm incline to think it probably would be).
I guess we may need to find some sort of comprimise.
] [Thread Prev