GNOME Bugzilla – Bug 118545
hotkeys not working
Last modified: 2006-06-18 05:03:17 UTC
Duncan: > It seems PAN (0.14.0.92) won't respond to any hotkeys on the main > screen after launch. However, setting it from normal to tabbed > view activates the hotkeys, and it can then be set back to normal > tri-part view again. That is, toggling the tabbed view activates > the keys for that session. Quit PAN and start it again, and the > hotkeys are dead in the main window, again (compose window works), > until tabbed view is toggled again.
Chris P. adds: > I open pan from the shortcut I put in my panel. It goes > into three-pane view (not tab), and viola. Doesn't matter > which pane I look at, etc., none of the keypresses work. > Never tried going into tabbed view (I don't like it, seems > silly to switch back and forth to view things).
It looks like the problem is the name of the pane layout key in config.xml, under the section <section key="Display">. The hotkeys didn't work with this one, which i had on Mandrake 9.1: <value key="pane_layout" type="s">2tga</value> The problem was solved by changing the key name to the one I had on my Mandrake 9.0 partition: <value key="Layout" type="s">2tga</value>
I can confirm Chris P's story --> the problem is still there in .93 Chris seems to have found the culprit in a mislabeled setting in config.xml from his last post there, but seems to have misinterpreted his results. The "pane_layout" key seems to be definitely involved. If I am correct, the value is a digit 1-6 corresponding to the layout on the associated preferences tab, with the letters t=headers/overviews, g=groups, and a=body, in an order corresponding to the 1/2/3 order below the layout in the same tab. (For some REALLY interesting behavior, try something like 4ggg! <g> PAN can't quite grok three of the same thing! Try it and see what happens! LOL!) OK, this should pin it, I'd guess. When started from console (konsole), pan prints this various numbers of times when they don't work, but when ordered as PAN apparently expects, it prints nothing x#6 06:28 AM 0bg ~ $ pan header pane toolbar DISabling accel group header pane toolbar enabling accel group header pane toolbar DISabling accel group header pane toolbar enabling accel group header pane toolbar DISabling accel group header pane toolbar enabling accel group That seems to print from 0-4 times, depending on the layout according to the above key, with hotkeys working when it's printed 0 times. FWIW, with 4ggg or similar, it prints the following, which should point to the area of code affected, tho 4ggg is obviously not a normal occurrence! <g> x#6 06:37 AM 0bg ~ $ pan Gtk - file ../../gtk/gtkwidget.c: line 3872 (gtk_widget_set_parent): assertion `widget->parent == NULL' failed Gtk - file ../../gtk/gtkwidget.c: line 3872 (gtk_widget_set_parent): assertion `widget->parent == NULL' failed Tabbed layout, BTW, seems to work fine as well.
Confirmed: with pane_layout=2tga, the shortcuts don't work until toggling to tabbed view. However, with pane_layout=4gta it works from the start. I don't think there's a supported key called 'Layout' (in 0.14.0.93). Most likely, setting that key just loses the pane_layout, making it default to 4gta, which works.
Quick update: it appears to work for all layouts, as long as the first pane is not 't' (articlelist). Also, in that case the articlelist's 'find' entry field has focus on startup.
Ah, I see the problem! In this layout the header pane's "Find" field gets focus on startup. Hotkeys are disabled when either "find" field has focus -- otherwise searching for anything with 'p' would pop up the post window, and so on. (Wasn't "which widget has focus?" the first thing I asked on pan-users? *grumble*. ;) Fixed in CVS: http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=pan/pan&command=DIFF_FRAMESET&file=article-toolbar.c&rev1=1.114&rev2=1.115&root=/cvs/gnome