[Wayland-bugs] [Bug 754110] inconsistent interpretation of preserved modifiers with xkbcommon

[gtk+ (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=754110

--- Comment #27 from Carlos Garnacho <carlosg at gnome.org> ---
The bit counting (and why I think Daniel things it's not such a general fix)
was added because I'm not sure what's best to do if there's more than one
modifier pressed in the mask, I see 2 plausible options:

- Checking all the combinations of the enabled bits, because a subset of those
might be triggering a different keysym.
- Checking only "all bits enabled" vs "all bits disabled", that might be enough
to let us know whether the current combination of modifiers was actually
consumed, but I don't know how widely this assumption applies.

So I added the 1bit-only check as both options collapse together in that case,
and it coincides with the cases we most usually see in GTK+ clients, where
two-modifiers keybindings are not that common, and definitely not with keys in
the CTRL+ALT group anyway, it is worth noting that keys in other groups (eg.
"ALPHABETIC") will still work fine because libxkbcommon and GTK+ seem to agree
on what the consumed modifiers are.

Anyway, I'll be happy if a better way to handle this is devised, any "we
sometimes don't fully trust xkbcommon" change will come across as specific.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20151215/f7d007c3/attachment.html>