After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 87876 - ModN keybindings not working
ModN keybindings not working
Status: VERIFIED FIXED
Product: gnome-panel
Classification: Other
Component: panel
2.0.x
Other Linux
: High normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-07-10 21:28 UTC by Havoc Pennington
Modified: 2015-03-24 13:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
use libegg functionality to fix this (28.35 KB, patch)
2002-07-14 02:15 UTC, Havoc Pennington
none Details | Review
Patch to apply to HEAD (28.40 KB, patch)
2002-08-20 01:02 UTC, Havoc Pennington
none Details | Review

Description Havoc Pennington 2002-07-10 21:28:04 UTC
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=67309

The key shortcuts capplet won't let you enter ModN bindings, but 
even if you use gconf-editor, the panel then doesn't work with them.

The basic problem is IGNORED_MODS in global-keys.h. Instead of hardcoding
this, it should be determined at runtime. Metacity has code to do this, 
so does eggcellrendererkeys I think.
Comment 1 Havoc Pennington 2002-07-10 21:33:46 UTC
When I say instead of hardcoding, what you want to find at runtime is
num lock and scroll lock, to filter those specifically instead of all
modN.
Comment 2 Havoc Pennington 2002-07-14 02:15:28 UTC
Created attachment 9851 [details] [review]
use libegg functionality to fix this
Comment 3 Havoc Pennington 2002-07-14 02:17:27 UTC
Patch attached. This code has other problems though; if you change
your modmap while the panel is running it will break for example.

I increasingly think the right thing to do is put all global keybindings
in the window manager.

Also, panel needs to parse its keybinding gconf keys with
egg_accelerator_parse_virtual(), this patch doesn't do that. 
This would let us have default bindings with <Super> or <Meta> in them.
eggaccelerators.h added in the patch does contain this function.
Comment 4 Mark McLoughlin 2002-07-24 05:11:28 UTC
Havoc, feel free to commit this. I don't know enough about this to
offer any decent comments - I assume you do, though :-)

Also, feel free to plaster a big FIXME across the top of global-keys.c
listing what needs to be fixed and I (or someone else) will hopefully
get around to researching and fixing it.
Comment 5 Luis Villa 2002-08-20 00:16:37 UTC
ping? havoc? did you commit?
Comment 6 Havoc Pennington 2002-08-20 01:02:36 UTC
Created attachment 10587 [details] [review]
Patch to apply to HEAD
Comment 7 Havoc Pennington 2002-08-20 01:03:16 UTC
Just applied to gnome-2-0 but not HEAD. For HEAD some multihead stuff
needs sorting out I think, patch doesn't quite apply. Leaving patch
attached here to sort out for 2.2.
Comment 8 Mark McLoughlin 2002-09-09 07:32:50 UTC
Oh, now I see - that's why it wasn't applied to HEAD ...

Closing 'cause I merged it in a couple of weeks ago
Comment 9 Shane O'Connor 2002-10-09 15:50:50 UTC
verified in suns build11 (cvs oct 1st) - using <Mod4> in keybindings
in gconf-editor works