On Sunday, May 8, 2016 7:26:32 PM IST, Elvis Stansvik wrote:
Hitting Ctrl+O would not print "clicked" as expected.
But then I tested logging out and into an Openbox session, and it
worked from there. The strange thing is that it works with Qt 4.8.7
under the very same KDE session where it fails with Qt 5.6.0.
Even stranger is that neither:
killall kwin_x11
openbox &
./test
which I would have thought would give the same result as a logout +
login to Openbox, nor
kquitapp5 plasmashell
./test
works, if I do that in the running KDE session. So there must be some
other KDE process I'm unaware of which intercepts the shortcut.
I'm now unsure whether the problem is with Qt 5.6.0, with some
KDE/Plasma component, or somehow with both.
Would appreciate a lot if someone could check and see if they can reproduce.
Given I debugged this earlier and can't think of any nicer solution, would
be useful for you..
This comes from
kde:plasma-integration/src/platformtheme/kdeplatformtheme.cpp
QList<QKeySequence> KdePlatformTheme::keyBindings(QKeySequence::StandardKey
key) const
I think this binds the KStandardActions to those keybindings.. So instead
of listening to clicked best would be to use
http://api.kde.org/frameworks-api/frameworks5-apidocs/kconfigwidgets/html/namespaceKStandardAction.html
Maybe others might have good solution.
Thanks
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel