GNOME Bugzilla – Bug 169339
random entry box appears in layers and channels dialog
Last modified: 2008-01-15 12:49:27 UTC
Please describe the problem: When a layer is selected and a key is pressed, like 'x' to swap fore/back, an text entry box appears. You can type text in the box and press enter and nothing gets changed (I thought it might be the channel name changer but the text seems to just disappear)? It also seems that no layer or channel need be selected, as long as the list display area is made active. Steps to reproduce: 1. Open an image 2. Open layers or channels dialog 3. Active a layer or channel, (or just click on the white part of the list area to active the list window) 4. press a letter key, like 'x' Actual results: an undecorated text entry box appears with the letter you just pressed. You can type in more if you like, but when you press enter the text you typed and the entry box disappears into the ether it came from. Expected results: I would expect the keyboard shortcut for the key pressed to do it's thing, or if the key is not bound then nothing at all should happen. Does this happen every time? yup Other information: using debian gnu/linux, package gimp 2.2.3 it seems like an entry box has some how been associated with the list windows.
This is just the built-in treeview interactive search. We probably should disable that on the layers, channels, etc. treeviews, but that'll disable explicit calling of the search dialog too, so perhaps gtk+ should be changed to decouple the enable setting.
Hitting Tab once moves the keyboard focus out of the treeview.
Created attachment 38368 [details] [review] patch to disable searching in container treeviews Looks like the only way of fixing this properly is to disable search in all our tree-views :( That's pretty bad since search used to be a useful thing to do.
I have now filed a GTK+ bug (bug #170435) about this. If my patch got accepted, we'd have a chance to restore the behaviour we had with GTK+ 2.4 where one could use Ctrl-F (or Ctrl-S with Emacs keybindings) to activate the search dialog; a normal keypress would however not start typeahead search.
Comment on attachment 38368 [details] [review] patch to disable searching in container treeviews this patch depens on bug #170435
I have now committed this change to both branches since there doesn't seem to be a better solution than to unset "enable-search" for our treeviews. Let's hope that my patch for bug #170435 is accepted. 2005-03-21 Sven Neumann <sven@gimp.org> * app/widgets/gimpcontainertreeview.c (gimp_container_tree_view_constructor): disable search for tree views so that treeview typeahead doesn't collide with global accelerators. Fixes bug #169339 and would suck less if bug #170435 was fixed.
Even without the requested changes to GTK+, the actual problem has been fixed (on the cost of not being able to search in our container views any longer ...).