On Plasma 5.2.2 with QT 5.4.1 (using Kubuntu 15.04 64-bit) if I try to set up the Caps Lock key as an additional Hyper Key modifier in Advanced Input Devices settings/keyboard settings, the key ends up acting exactly as if it were a Meta ("Win") key when using it in custom shortcuts in Plasma5/Kde applications, thus preventing me from accessing an additional and useful layer of possible custom keyboard shortcuts. Reproducible: Always Actual Results: Hyper modifier acts as a Meta modifier in Plasma5. Expected Results: The Hyper modifier key should act as such, be untied from other modifier key. In addition to this, ideally one should be able to set up Left/Right modifiers to act as if they were separate modifiers. It appears that Plasma5 treats them as if they were the same exact keys (for example, no distinction between left and right control). This could be related in part to the Hyper key issue.
custom shortcuts are xmlgui - most likely this is an issue in Qt, though.
I can confirm this is happening with KGlobalAccel at least, not sure of its relationship (if any) to kxmlgui, but it's currently preventing me from making shortcuts with Caps Lock after binding it to Hyper. I can confirm with xev that Caps Lock is set to "Hyper_L" however.
Still present in Plasma 5.24.0/KF 5.90 and Qt 5.15.2. Hyper Key is also not usable for shortcuts (if bound to Caps Lock, see 222189)
Given that kde relies on Qt code for shortcut handling, and Qt currently does not treat Hyper as a modifier (https://doc.qt.io/qt-6/qt.html#KeyboardModifier-enum), I am marking this as an upstream Qt issue. Upstream Qt bug report: https://bugreports.qt.io/browse/QTBUG-61301