Bug 295633 - custom shortcuts: send keyboard input does not work for keys requiring AltGr
Summary: custom shortcuts: send keyboard input does not work for keys requiring AltGr
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 1.0
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-09 20:00 UTC by Janet
Modified: 2024-03-04 19:42 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janet 2012-03-09 20:00:13 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.66 Safari/535.11
Build Identifier: 

When I set a custom shortcut for e.g. kwrite (New - Global Shortcut - Send Keyboard Input) AltGr-keys do not work. E.g. when I type {:[:(:):]:} in the shortcut editor and assign a key for it I get in kwrite on pressing my shortcut: 78()90

Reproducible: Always

Steps to Reproduce:
1. systemsettings - custom shortcuts - new - global shortcut - send keyboard input 
2. type in the editor {:[:(:):]:} and assign a keyboard shortcut
3. open kwrite and press your keyboard shortcut
Actual Results:  
you get 78()90 instead of {[()]}

Expected Results:  
I expect to get the keys I typed in the shortcut editor

KDE SC 4.7
Comment 1 Pascal Ernst 2012-03-10 12:02:06 UTC
I can confirm that using kde 4.7.4 and kde 4.8.1 with Linux Mint and the German Standard Keyboard Layout.
Comment 2 Lars Bischoff 2018-01-27 18:05:13 UTC
I can confirm this using Plasma 5.11.5 with Kubuntu 17.10.
Is this bug really almost 6 years old now?!
Comment 3 Moritz Augustin 2018-09-19 22:44:13 UTC
I can confirm this bug, too -- Plasma 5.12.6, Kubuntu 18.04.1
setting my usual window management hot keys is not possible due to this bug, unfortunately
Comment 4 Harald 2019-03-11 11:06:52 UTC
*** This bug has been confirmed by popular vote. ***
Comment 5 Marian Kyral 2020-10-15 08:35:11 UTC
Any change to get this fixed?
Comment 6 Marian Kyral 2020-10-15 18:54:26 UTC
I've looked at it and I think that main issue is that AltGr is not handled as a modifier in QT: https://doc.qt.io/qt-5/qt.html#Modifier-enum

It probably could be overpassed, but will need more knowledge and work :-(
Comment 7 crap 2022-03-02 14:38:00 UTC
I've just stumbled over the same problem in kde plasma 5.24. Any chance that will ever get fixed?
Comment 8 debilerpc 2023-07-31 16:33:32 UTC
I doubt it's going to be fixed since it's an upstream limitation. It'd need to be fixed upstream, and for that it'd have to be recognized as a problem upstream.

As a workaround, xdotool can be used with a command shortcut to type most of those characters, i.e. 

`xdotool key --clearmodifiers bracketleft` 

to type [

Here's the list of keynames: 
https://gitlab.com/cunidev/gestures/-/wikis/xdotool-list-of-key-codes
Comment 9 Nate Graham 2024-03-04 19:42:13 UTC
As announced in https://pointieststick.com/2023/07/26/what-we-plan-to-remove-in-plasma-6/ and https://community.kde.org/Plasma/Plasma_6#Removals, I'm afraid KHotKeys has reached end-of-life in Plasma 6. Accordingly, all bug reports and feature requests for it must be closed now.

Most of what KHotKeys could do can already be done with the newer KGlobalAccel system in Plasma 6. A few features such as mouse gestures and triggering conditions based on changes to window states are not yet implemented in the new system. These will be added in the future if and when resources materialize for them, and/or when a kind soul submits patches to implement them! :) Meanwhile, the 3rd-party "Mouse Actions" app (https://github.com/jersou/mouse-actions) may be usable for implementing your own mouse gestures again.

Thanks for your understanding, everyone.