Bug 89193 - generic actions: condition list
Summary: generic actions: condition list
Status: RESOLVED UNMAINTAINED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_khotkeys (other bugs)
Version First Reported In: 5.20.3
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-09 20:39 UTC by Oswald Buddenhagen
Modified: 2024-03-04 19:41 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oswald Buddenhagen 2004-09-09 20:39:44 UTC
the problem lies in the word list ... it should be actually a strict tree, 
where only operator nodes and the root node are allowed to have children (i 
think it's the case already), and only combining operator nodes (AND, OR) are 
allowed to have multiple children - the root node must not allow it (how would 
they be combined?). 
 
the rest are related wish-list items ...: 
 
as soon as a non-root node exists some node will be selected, and as the root 
node is busy then, the annoying "group selected, do you want ..." question can 
go. 
 
impossible items should be visibly disabled. 
 
keybingdings are needed, prolly <ins> for new, <del> for delete, and <f3> for 
modify. 
 
some advanced editing actions should be implemented: 
- two "new" menus are required - to insert a child (only for "non-terminal" 
nodes, obviously), and to insert a parent ("terminal" nodes have only this 
option) 
- complementary to inserting a parent, it should be possible to delete 
non-leaf nodes with only one child. possibly this should ask, whether only the 
selected node or the entire subtree should be deleted - but i'd prefer a 
separate action for this (ctrl-<del> for entire subtree; complementary to 
<ctrl>-ins for insert parent). 
- ideally, it would be possible to drag and drop items within the tree. oh, 
well.
Comment 1 Justin Zobel 2021-03-09 23:51:16 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 2 Nate Graham 2024-03-04 19:41:54 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.