Version: 2.1 (using KDE KDE 3.5.0) Installed from: Ubuntu Packages This bug may be related #106538 or #97388. I use a non-standard keyboard layout (in fact, this one http://gpl.insa-lyon.fr/Dvorak-Fr/Layout6.2.1.1 ), and I have defined some shortcuts to enhance access to some chars. So I use keyboard input actions to type these chars. Actions typing direct-access chars, or chars accessible wish [shift] works. But, if I want a char accessible wish [AltGr], it doesn't work, neither for '+' altough it is a direct-access char. Related to http://gpl.insa-lyon.fr/Dvorak-Fr/Layout6.2.1.1, I've tried : shortcut --> char desired = char obtained [ê]+[t] --> ( = ( [ê]+[n] --> + = <nothing> [ê]+[r] --> - = - [ê]+[v] --> { = _ [ê]+[v] --> AltGr+_ = <nothing> [ê]+[g] --> # = @
I can confirm this. khotkeys is behaving differently than other applications. When I try to assign something to AltGr+a (= æ) and if I keep AltGr pressed for too long, it'll select ISO_Level3_Shift as the shortcut. If I am fast, I'll get Æ. If I try + (== Shift+=), I get it. In other applications, it shows as Shift++. Same for the underscore (_): it's obtained through Shift+-. KHotKeys shows it as _, but other apps show it as Shift+_.
I confirm the bug (KDE 3.5.5, Debian Testing). I can't use the AltGr key nor the @ sign (for typing email adresses).
Bug still persists in 3.5.6 :-) I understand that this bug isn’t critical, but why is it UNCONFIRMED ? Best regards
Thiago, three months later you said this (*) issue is invalid, since it is not KDE problem ;-)) So is this report valid? (*) my report is a duplicate then, and can be found here: http://bugs.kde.org/show_bug.cgi?id=124493
Fwwi after all that time: xsendevent will require to change the keyboard map what will end up being really ugly (because one also must switch back, but not before the receiving client has handled the event)
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
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.