Bug 106538

Summary:	No handling of dead key chars in keyboard input (simple)
Product:	[Applications] systemsettings	Reporter:	skrald <skrald>
Component:	kcm_khotkeys	Assignee:	Lubos Lunak <l.lunak>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist	CC:	solbeziel
Priority:	NOR
Version First Reported In:	5.20.3
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=287860 https://bugs.kde.org/show_bug.cgi?id=120871
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Bug Depends on:	120871
Bug Blocks:

Description skrald 2005-05-31 04:43:48 UTC

Version:           2.1 (using KDE KDE 3.4.0)
Installed from:    Debian testing/unstable Packages

For the khotkey type "keyboard input simple" there are no way of producing keyboard input with characters using dead keys. E.g. the character "^" is on my keyboard only available by pressing shift, "the key with the ^ on" and space.
Therefore I am not able to make khotkey produce this char in the keyboard input.

Generally I miss an easier way of creating hotkeys for "fake keyboard strings": If I wan't to make a hotkey so the string "My Very Long Name" is pasted, it would be easier if I could just assign this string to a hotkey directly instead of simulating keyboard pressings.

Example GUI:

Hotkey: blabla
Keyboard input string: "This is a very long string with a ^ char"

Comment 1 Stephan Kahnt 2005-11-05 22:40:21 UTC

Also the Altgr key does not work. On german keyboards there is e.g. the "[" mapped to Altgr+8. As in the examples Shift+A, I tried Altgr+8 and AltGr+8, but this does not seem to work.

Comment 2 David 2010-03-06 02:17:53 UTC

It seems that KDE is judgemental of your LANG and LC_* settings. I tried this experiment: (this is all done with Canadian Multilingual keyboard layout)

1) open a terminal
2) set LANG=C; xterm; konsole; kwrite; iceweasel; oowriter
  - You will see that pressing a dead key character has NO RESULT in KDE apps but works in most non-KDE apps. Same with LANG=POSIX

3) set LANG=eo.UTF-8; xterm; konsole; kwrite; iceweasel; oowriter
  - This time you find that dead keys are self-inserting in KDE apps

4) set LANG=en_CA.UTF-8; 
  - This time, dead keys work as expected

One can work around the dead key issue by selecting an appropriate system locale before launching KDE. A poor solution, because I want my system locale to be eo.UTF-8 and still functioning dead-keys.

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