Я нашел решение, но я далеко не удовлетворен им.
Я использую здесь KWayland, но, конечно, можно использовать простой Wayland C API. Будьте готовы написать 200-300 дополнительных строк стандартного кода. KWayland немного абстрагируется, но все еще довольно многословно. Даже решение X11 короче, не говоря уже об однострочности Windows и macOS.
Я не думаю, что это состояние, в котором Wayland будет довольно успешным в долгосрочной перспективе. Ничего страшного в том, чтобы иметь такой контроль на самом низком уровне, но для этого нужны правильные абстракции высокого уровня.
Короче говоря, вот полный код для всех платформ:
#include <QGuiApplication>
#if defined(Q_OS_WIN)
#include <windows.h>
#elif defined(Q_OS_MACOS)
#include <CoreGraphics/CGEventSource.h>
#elif defined(Q_OS_UNIX)
#include <qpa/qplatformnativeinterface.h>
// namespace required to avoid name clashes with declarations in XKBlib.h
namespace X11
{
#include <X11/XKBlib.h>
}
#include <KF5/KWayland/Client/registry.h>
#include <KF5/KWayland/Client/seat.h>
#include <KF5/KWayland/Client/keyboard.h>
#endif
void MyCls::checkCapslockState()
{
const QString platform = QGuiApplication::platformName();
#if defined(Q_OS_WIN)
newCapslockState = (GetKeyState(VK_CAPITAL) == 1);
#elif defined(Q_OS_MACOS)
newCapslockState = ((CGEventSourceFlagsState(kCGEventSourceStateHIDSystemState) & kCGEventFlagMaskAlphaShift) != 0);
#elif defined(Q_OS_UNIX)
// get platform display
QPlatformNativeInterface* native = QGuiApplication::platformNativeInterface();
auto* display = native->nativeResourceForWindow("display", nullptr);
if (!display) {
return;
}
if (platform == "xcb") {
unsigned state = 0;
if (X11::XkbGetIndicatorState(reinterpret_cast<X11::Display*>(display), XkbUseCoreKbd, &state) == Success) {
newCapslockState = ((state & 1u) != 0);
}
} else if (platform == "wayland") {
if (!m_wlRegistry) {
auto* wlDisplay = reinterpret_cast<struct wl_display*>(display);
m_wlRegistry.reset(new KWayland::Client::Registry());
m_wlRegistry->create(wlDisplay);
m_wlRegistry->setup();
// wait for a seat to be announced
connect(m_wlRegistry.data(), &KWayland::Client::Registry::seatAnnounced, [this](quint32 name, quint32 version) {
auto* wlSeat = new KWayland::Client::Seat(m_wlRegistry.data());
wlSeat->setup(m_wlRegistry->bindSeat(name, version));
// wait for a keyboard to become available in the seat
connect(wlSeat, &KWayland::Client::Seat::hasKeyboardChanged, [wlSeat, this](bool hasKeyboard) {
if (hasKeyboard) {
auto* keyboard = wlSeat->createKeyboard(wlSeat);
// listen for a modifier change
connect(keyboard, &KWayland::Client::Keyboard::modifiersChanged,
[this](quint32 depressed, quint32 latched, quint32 locked, quint32 group) {
Q_UNUSED(depressed)
Q_UNUSED(latched)
Q_UNUSED(group)
newCapslockState = (locked & 2u) != 0;
// emit signals etc. here to notify outer non-callback
// context of the new value of newCapslockState
});
}
});
});
}
}
// do something with the newCapslockState state for any
// platform other than Wayland
}
m_wlRegistry
определяется как QScopedPointer<KWayland::Client::Registry>
элемент в заголовочном файле.
Это решение в основном работает, но страдает либо ошибкой в KWin, либо странностью протокола (я не знаю, какой). Нажатие клавиши Capslock вызовет внутренний лямбда-обратный вызов дважды: первый раз с установленным битом 2 в locked
и второй раз при отпускании ключа без него. Не существует надежного способа отфильтровать эту вторую активацию на основе других переданных параметров (я пытался игнорировать, когда depressed != 0
, но он не работает должным образом). Нажатие любой другой клавиши после этого вызовет обратный вызов в третий раз с вновь установленным битом. Поэтому, когда вы на самом деле печатаете, код работает, но когда вы просто нажимаете Capslock, поведение странное и менее надежное, чем решения для других платформ. Поскольку индикатор Capslock на панели Plasma имеет ту же проблему, я предполагаю, что это ошибка.
В качестве решения для KDE существует другой интерфейс, который можно прослушивать, который называется org_kde_kwin_keystate
(https://github.com/KDE/kwayland/blob/master/src/client/protocols/keystate.xml). Однако, когда я тестировал его на виртуальной машине KDE Neon, композитор не объявил об этом расширении протокола, поэтому я не смог его использовать.