Bug 348456 - Keyboard input shortcut keys do not work
Summary: Keyboard input shortcut keys do not work
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.20.3
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Jansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-30 14:26 UTC by David Hart
Modified: 2024-03-04 19:42 UTC (History)
3 users (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 David Hart 2015-05-30 14:26:56 UTC
Custom shortcuts were lost in the upgrade from 4.13 to to Framework 5.10 (Fedora 21 to 22).

Activated Custom Shortcuts -> Examples -> Type 'hello'
Set to active window.
ctrl-alt-h does nothing in any text box in any window in any applcation.

On the other hand, activated Examples -> Run Konsole
ctrl-alt-t does in fact bring up Konsole which suggests that the daemon is running

While I am at it in 4.13 I could map ctrl-alt-shift-_ (underscore) and separate it from ctr-alt-- (dash) This would input the html code for em-dash and en-dash respectively. in 5.10 the shift is lost.

Reproducible: Always




I have no idea if this is a major feature or not - to me it is because I use it for quite a bit of HTML encoding. There is no workaround. Nevertheless I have marked the severity as "normal."
Comment 1 David Hart 2015-06-02 14:38:51 UTC
Any progress on this? It is still "unconfirmed."
Comment 2 David Hart 2015-10-08 15:52:43 UTC
Something over the last few days broke this again. Perhaps not for others but this is extremely important to me.
Comment 3 Thomas Lübking 2015-10-13 22:18:51 UTC
khotkeys is virtually unmaintained, I'm looking into some of them MANY open bugs, but don't expect a solution too fast.
There's been a bug that broke writing the config, see https://git.reviewboard.kde.org/r/125607/

No idea whether that's your problem, but in general, I could trigger synthetic keyboard input.
Comment 4 Thomas Lübking 2015-10-14 21:44:43 UTC
This will likely be bug #353781
The deal breaker is the ctrl modifier in the shortcut (reproducible) and that you try to send the input to a Qt5 client? What "any text box in any window in any application" did you actually try?

I've not had problems in Qt4 nor plain gtk+ windows, I did neither try gtk3 nor XUL, ie. Mozilla applications like firefox - the main problem is the broken handling of synthetic events in those (any Qt5) clients.
Comment 5 Justin Zobel 2021-03-09 23:51:10 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 6 dvdnet89 2021-12-31 02:06:55 UTC
I want to create a keyboard shortcut with ctrl alt ` . But, it does not work
Comment 7 Nate Graham 2024-03-04 19:42:07 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.