Bug 66109 - shortcut keys are not shown
Summary: shortcut keys are not shown
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (show other bugs)
Version: 5.20.3
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-16 15:21 UTC by Andreas Hartmann
Modified: 2024-03-04 19:41 UTC (History)
0 users

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 Andreas Hartmann 2003-10-16 15:21:25 UTC
Version:           0.4 (using KDE 3.1.92 (CVS >= 20031007), compiled sources)
Compiler:          gcc version 3.3.1
OS:          Linux (i686) release 2.4.23-pre7

1. Chosing a program, which really has a (working :-)) shortcut key configured. But kmenuedit claims, there would be no shortcut key configured.

2. After configuring a shortcutkey, the key can't be seen (colour: kde2, style: motif)

I'm using actual cvs code.


Kind regards,
Andreas Hartmann
Comment 1 Waldo Bastian 2003-11-21 16:58:55 UTC
Can't reproduce.. works here.
Comment 2 Andreas Hartmann 2003-11-22 12:32:55 UTC
Subject: Re:  shortcut keys are not shown

Does work here definitely not. Sorry.

I've got a new installation from CVS HEAD today -

btw: kcontrol is totally broken since yesterday. It's empty and all 
modules are in the unknown directory in kicker.


Kind regards,
Andreas Hartmann

Comment 3 Andreas Hartmann 2003-11-22 20:38:53 UTC
Subject: Re:  shortcut keys are not shown

Problem 1: existing shortkeys are not shown:

I've got a shortcut for kcalc (khotkeysrc):

---------------------------------------------------------------
[Data]
DataCount=1

[Data_1]
Comment=These entries were created using Menu Editor.
DataCount=6
Enabled=true
Name=Menu Editor entries
SystemGroup=1
Type=ACTION_DATA_GROUP

[Data_1Conditions]
Comment=
ConditionsCount=0

[Data_1_1]
Comment=
Enabled=true
Name=K Menu - kde-kcalc.desktop
Type=MENUENTRY_SHORTCUT_ACTION_DATA

[Data_1_1Actions]
ActionsCount=1

[Data_1_1Actions0]
CommandURL=kde-kcalc.desktop
Type=MENUENTRY

[Data_1_1Conditions]
Comment=
ConditionsCount=0

[Data_1_1Triggers]
Comment=Simple_action
TriggersCount=1

[Data_1_1Triggers0]
Key=Alt+Ctrl+Shift+R
Type=SHORTCUT
------------------------------------------------------------

The shortkey works, but isn't shown in kmenuedit. Instead, kmenuedit shows 
the following warning:

kdecore (KAccel): WARNING: KKeySequence::init( seq ): key[0] is null.



Problem 2: While installing a shortkey, the key isn't shown.

1. Chose the style motif, e.g.
2. Start kmenuedit and chose an application to create a shortkey for.
3. Enter the shortkey (SHIFT-CTRL-ALT-Q e.g.).
4. The window waiting for the shortkey disappears and the kmenuedit window 
with the chosen application is in front again. At this point, the field 
for the shortkey is empty. If you click into the menu, you can see the 
shortkey as long as the menu is open. If the menu is closed, the shortkey 
field is empty again.

Comment 4 Waldo Bastian 2003-11-23 17:31:16 UTC
kmenuedit shows the shortkeys when the following lines are added to khoykeysrc
[Main]
Autostart=true
Disabled=false
Version=2
Comment 5 Andreas Hartmann 2003-11-23 18:02:44 UTC
Subject: Re:  shortcut keys are not shown

Waldo Bastian wrote:
> kmenuedit shows the shortkeys when the following lines are added to khoykeysrc
> [Main]
> Autostart=true
> Disabled=false
> Version=2

They have been always in my khotkeysrc, too - and the keys are not 
displayed. There must be a problem somewhere else.


Kind regards,
Andreas Hartmann

Comment 6 Lubos Lunak 2003-12-05 18:18:18 UTC
Is this about the shortcut being there but not being visible, or about the shortcut not being configured at all?
Comment 7 Andreas Hartmann 2003-12-05 21:32:52 UTC
Subject: Re:  shortcut keys are not shown

This is the problem, which is actual:

The shortcuts are really configured (khotkeys show them), but kmenuedit 
claims, there would be no key defined - and this is readable very well.


Regards,
Andreas Hartmann

Comment 8 Andreas Hartmann 2004-01-12 22:44:08 UTC
Subject: Re:  shortcut keys are not shown

The problem can be reproduced doing the following:

1. Set Germany as region - it works fine with english.
2. open kmenuedit, choose a application and set the shortcut.
3. save and exit kmenuedit.
4. reopen kmenuedit and choose the same application -> the shortcut key is 
not shown.

Comment 9 Andreas Hartmann 2004-05-10 22:06:38 UTC
This bug is not fixed until today (KDE 3.2.2, CVS-BRANCH 05. MAY 2004)
Comment 10 Andreas Hartmann 2004-07-10 11:56:25 UTC
I'm sorry that I have to say it: this bug is not fixed in KDE 3.2.91 nor
in KDE 3.2.3. If you use german language, it does not work!

Comment 11 Thomas Lübking 2015-10-18 06:51:39 UTC
Sounds like kmenuedit resolves/d the assiciated action by some localized string (eg. incl. the generic command name)

Before I install an i18n package: is this actually still a problem?
Comment 12 Justin Zobel 2021-03-09 23:51:19 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 13 Nate Graham 2024-03-04 19:41:58 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.