Bug 120871

Summary:	couldn't use AltGr in keyboard input action
Product:	[Applications] systemsettings	Reporter:	Nicolas Dumoulin <nicolas>
Component:	kcm_khotkeys	Assignee:	Lubos Lunak <l.lunak>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	bluedzins
Priority:	NOR
Version First Reported In:	5.20.3
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=106538 https://bugs.kde.org/show_bug.cgi?id=97388
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Bug Depends on:
Bug Blocks:	106538

Description Nicolas Dumoulin 2006-01-27 15:25:18 UTC

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]  -->  #  =  @

Comment 1 Thiago Macieira 2006-01-31 18:06:18 UTC

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+_.

Comment 2 jpg 2006-12-27 19:38:17 UTC

I confirm the bug (KDE 3.5.5, Debian Testing).

I can't use the AltGr key nor the @ sign (for typing email adresses).

Comment 3 Nicolas Dumoulin 2007-05-10 11:13:52 UTC

Bug still persists in 3.5.6 :-)

I understand that this bug isn’t critical, but why is it UNCONFIRMED ?

Best regards

Comment 4 Maciej Pilichowski 2008-06-20 16:48:32 UTC

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

Comment 5 Thomas Lübking 2015-10-15 22:48:41 UTC

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)

Comment 6 Justin Zobel 2021-03-09 23:51:06 UTC

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.

Comment 7 Nate Graham 2024-03-04 19:42:04 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.