Re: [gtk-list] Re: Problem with + and - keys in Tree widget

[Bernhard Herzog <herzog online de>]

"Rene' Seindal" <rene@seindal.dk> writes:

> This is an americanism in the CTree widget.  On american keyboards the +
> is shifted, on norvegian (and danish) keyboards it is not.  The same
> goes for the = (toggle) binding.
> 
> The keyboard mapping doesn't matter, but the shift state does.  There
> should be a way in gtk to specify a key binding to use if there is no
> specific binding for the actual modifier state.
> 
> To fix it, take a look at the sources (gtk/gtkctree.c) and find the
> bindings that bother you.  Search for "gtk_binding_entry_add_signal" to
> find the right spot. Then duplicate the appropriate lines, so there are
> bindings for + and = both with and without shift pressed. 

Wouldn't it be a better solution to modify gtk so that the status of
shift is ignored if the keysym corresponds to a printable character (as
opposed to a special keys like F1, Home or even Enter) when matching
events to keybindings?

If the event corresponds to a printable character, it's likely that the
user had to press shift to produce it on some keyboard layouts but not
on others. In this case shift shouldn't be considered to be a modifier.


-- 
Bernhard Herzog	  | Sketch, a drawing program for Unix
herzog@online.de  | http://www.online.de/home/sketch/