xserver icon indicating copy to clipboard operation
xserver copied to clipboard

xkb: kick hotkeys on release instead of press

Open mintplague opened this issue 6 months ago • 6 comments

This fixes a long-standing bug 865 where a hotkey with N keys won't get registered if a hotkey with N-1 keys is already present. Good example is Alt+Shift+F12 hotkey to disable compositing in kwin which is completely inaccessible if user has Alt+Shift configured as a keyboard layout switching hotkey.

Patch simply taken from xorg-server-bug865 AUR package and applied to XLibre's tree.

Fixes #207.

mintplague avatar Jun 26 '25 21:06 mintplague

hmm, this changes protocol behavior, right ? have you checked what the spec is saying about this ?

metux avatar Jul 23 '25 12:07 metux

@metux ping

stefan11111 avatar Nov 22 '25 16:11 stefan11111

Turns out this is a protocol violation unforunately. There really isn't much wiggle room here either. It says in plain english that is the behavior. So we would have to take one of two drastic measures:

  • Either claim we are the new xkb authority and the protocol derives from us, and make a new protocol bump that changes the behavior, possibly with a preprocessor macro for both behaviors.
  • Or we make a libinput backend, which risks waylandizing our project, and putting a chunk of it into the hands of people who don't like X very much.

Good thing I am not the one in charge to make this decision.

clhin avatar Nov 23 '25 02:11 clhin

I think the best way to solve this would be to merge this, but with this being modified and made as runtime configurable ie. let the user decide through a simple xorg.conf pref, nobody cares about what 40 years old "protocol" says, xorg "decision-makers" being stubborn about this shit never did proper job with X11 anyway.

chankongus avatar Nov 23 '25 23:11 chankongus

I think the best way to solve this would be to merge this, but with this being modified and made as runtime configurable ie. let the user decide through a simple xorg.conf pref, nobody cares about what 40 years old "protocol" says, xorg "decision-makers" being stubborn about this shit never did proper job with X11 anyway.

another option would be adding a new xkb call for switching the behavior

metux avatar Nov 26 '25 16:11 metux

I think the best way to solve this would be to merge this, but with this being modified and made as runtime configurable ie. let the user decide through a simple xorg.conf pref, nobody cares about what 40 years old "protocol" says, xorg "decision-makers" being stubborn about this shit never did proper job with X11 anyway.

another option would be adding a new xkb call for switching the behavior

Its a nice sentiment, but who is volunteering to make such a change versus us committing the solution we have now?

clhin avatar Nov 29 '25 18:11 clhin