gnome tree widget can be opened by '+' and Section "Keyboard" Protocol "Standard" LeftAlt Meta RightAlt Meta ScrollLock Compose RightCtl Control XkbRules "xfree86" XkbModel "pc102" XkbLayout "de" XkbVariant "nodeadkeys" EndSection it can only be closed by '-' tested with gnomecc ... :(
havoc: can you make heads or tails of what this means?
Can you explain in more detail? Is the problem that the "+" key doesn't expand tree nodes? Are you using "+" on the numeric keypad, or regular "+"?
I did use the regular +, the numeric didn't come in my mind. :)
So for me "+" expands, "-" collapses, and "=" toggles the state. "+" just does nothing for you? What keysym does your "+" send?
KeyPress event, serial 30, synthetic NO, window 0x3800001, root 0x26, subw 0x0, time 2558882897, (91,86), root:(1188,871), state 0x0, keycode 35 (keysym 0x2b, plus), same_screen YES, XLookupString gives 1 characters: "+" KeyRelease event, serial 30, synthetic NO, window 0x3800001, root 0x26, subw 0x0, time 2558882964, (91,86), root:(1188,871), state 0x0, keycode 35 (keysym 0x2b, plus), same_screen YES, XLookupString gives 1 characters: "+" -------- Numeric "+" works with no problems
OK, I know why this problem happens: basically the keybinding is "Shift and the plus key," rather than simply "the plus keysym." It's a GTK bug, so I'll move it to GTK.
Does this ever get fixed???
It's quite hard to fix since it takes sensitivity to the keyboard layout to know what to do. We will have this fixed for GTK+-2.0.
XLookupString gives 1 characters: "+" doesn't that work with all layouts?
The question is, is <Shift> an ignorable modifier for a given accelerator? For '+' it is, for 'F1' it is not. Knowing which is the case for a particular accelerator key, takes sensitivity to the keyboard layout. Of course, in this case, there is a simple workaround: Fri Feb 16 20:09:42 2001 Owen Taylor <otaylor> * gtk/gtkctree.c (gtk_ctree_class_init): Add bindings for unshifted + and shifted = for non-us keyboards. Make <Control>+ and <Control>- work as well as <Control>KP_Plus, <Control>KP_Minus for recursive open/close. (#2682, Reni Seindal) Which was in 1.2.9 / 7.1. :-)