Re: pluggable context menus ...

[<bordoley msu edu>]

> 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.

dave