Bug 106538 - No handling of dead key chars in keyboard input (simple)
Summary: No handling of dead key chars in keyboard input (simple)
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (other bugs)
Version First Reported In: 5.20.3
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on: 120871
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-31 04:43 UTC by skrald
Modified: 2024-03-04 19:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.