This bug is part of an ongoing effort to rethink the options available in System Settings. The end goal is to consolidate some obscure options to make Plasma feel simpler to use and improve the user experience. I was advised to make individual bug reports with my suggestions. More details with all the suggestions and talking points can be seen in this shared document: https://collaborate.kde.org/s/oEkdeYerKqaZNyC ----------------------- Custom Shortcuts is a complicated KCM only power-users are likely to use. Plasma is aimed at people from all experience levels and having an advanced page with such prominence in System Settings can make the experience for beginners feel overwhelming. I propose making kcm_khotkeys a subpage of the Shortcuts KCM (kcm_keys) accessible by clicking a button (or in a tab). While hiding a KCM might seem like a bad move at first, doing so actually improves UX by making System Settings feel simpler for all non-advanced users, which are likely the majority of Plasma users. Advanced users won't have trouble finding the Custom Shortcuts KCM if they need to. This will also remove another subcategory in SySe, which is a goal Plasma developers are pursuing: https://invent.kde.org/plasma/systemsettings/-/issues/15 SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: Wayland Processors: 6 × Intel® Core™ i5-9400F CPU @ 2.90GHz Memory: 7,6 GiB of RAM Graphics Processor: Radeon RX 570 Series
What it should be is deleted. :) The code is ancient and very difficult to understand, it has no maintainer, and is afflicted by tons and tons of bugs that will never be fixed. The only reason we haven't deleted it yet is because it still has some features that the new KGlobalAccel-based KCM doesn't have yet. We need to put those features into the KGlobalAccel-based KCM and them finally delete KHotKeys. Making it a sub-page would require that it be ported to QML, which implies maintainership and ongoing support, which we're moving away from.