Re: Reserved Accel Keys

[Vlad Harchev <hvv hippo ru>]

On 23 Aug 2000, Bernhard Herzog wrote:

> Vlad Harchev <hvv@hippo.ru> writes:
> 
> > On 22 Aug 2000, Bernhard Herzog wrote:
> > 
> > > Havoc Pennington <hp@redhat.com> writes:
> > > 
> > > > The reason is that Delete removes the accelerator if you're editing
> > > > accelerators by pulling down the menu and hitting a key.
> > > 
> > > How about this:
> > > 
> > > If the user hits Delete when the mouse is over a menu entry there are
> > > two cases: 
> > > 
> > >     1. the entry has an accelerator -> remove it
> > > 
> > >     2. The entry doesn't have an accelerator -> set it to Delete
> > > 
> > > Or would this be too confusing?
> > 
> >  Isn't it obvious to you that 'delete' will loose its meaning (of
> > deleting accels) in this case?
> 
> No.
> 
> > Instead of deleting accel it will call
> > the action of the menuitem assigned in case 2.
> 
> No, it won't. Accels loose their special meaning in a menu. Otherwise
> you couldn't reassign them just by assigning it to a new menu entry;
> you'd have to delete the old binding explicitly and then assign it to
> the new entry.

 Hmm, you are right - exactly that statement was wrong as a reason for not
using delete as accelerator. But delete key is actively used by other widgets
- e.g. GtkEntry, and GtkText-like. For example, in any editor the editing
widget (GtkText for example) almost always has focus, so even if delete key is
set as accelerator for something, it won't fire up the action but will be
absorbed by text editing widget. So 'delete' belongs to the class of
key combinations to which ctrl-arrows belong, which are disallowed as accels.
 
> I think it would work.
> 
> 
> -- 
> Bernhard Herzog   | Sketch, a drawing program for Unix
> herzog@online.de  | http://sketch.sourceforge.net/
> 

 Best regards,
  -Vlad