> On April 28, 2015, 7:31 p.m., Alex Richardson wrote: > > src/runtime/globalshortcutsregistry.cpp, line 40 > > <https://git.reviewboard.kde.org/r/123542/diff/1/?file=364188#file364188line40> > > > > You could use > > `KPluginLoader::forEachPlugin("org.kde.kglobalaccel5.platforms", [&](const > > QString& lib) { ret << lib; });` here.
oh somehow I thought KPluginLoader is KService framework and that's why I didn't look at it at all. Thanks for making me check it again! - Martin ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/123542/#review79637 ----------------------------------------------------------- On April 28, 2015, 4:13 p.m., Martin Gräßlin wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/123542/ > ----------------------------------------------------------- > > (Updated April 28, 2015, 4:13 p.m.) > > > Review request for KDE Frameworks, kdewin and Martin Klapetek. > > > Repository: kglobalaccel > > > Description > ------- > > The current architecture of the runtime component was to have compile > time destinctions between various platforms. This approach does not > allow to include Wayland support on Linux as both xcb and Wayland are > possible platforms which are selected at runtime and not at compile > time. Thus a change of the architecture is required. > > The solution taken in this patch is to move the platform specific code > into plugins and to load the plugin specific to the currently used > platform. Therefore a new interface class is introduced which the > plugins have to implement. In addition most of the runtime is turned > into a library, so that the plugin can link it. > > To properly support Wayland more changes will be required. The security > provided by the Wayland windowing system does not work well with the > architecture of kglobalacceld. Kglobalacceld is a kind of glorified > key logger. Wayland makes it impossible to be a key logger. Thus the > support for global shortcuts needs to be in the compositor. In the case > of KDE Plasma that is KWin. On that architecture we can make kglobalaccel > to still work by allowing KWin to link the new library and provide it's > own plugin. In order to support this the new private library must be > cleaned up and prepared for at least allowing a somewhat stable API/ABI. > > Please note that this change also disables build for all platforms > except xcb (OSX and Windows) due to lack of a build environment. > > > Diffs > ----- > > src/runtime/CMakeLists.txt 8c7c7610843040fa60ab095114e7b74707f75c30 > src/runtime/component.cpp 663d0ade5ffe03254cc7886b76c7850d4b4317ab > src/runtime/globalshortcutsregistry.h > ca12db09f4b56b0a0f0b6304da1cd1292ef65042 > src/runtime/globalshortcutsregistry.cpp > 446e766deb96ae3a83baabaca726d5460b597b88 > src/runtime/kglobalaccel_interface.h PRE-CREATION > src/runtime/kglobalaccel_interface.cpp PRE-CREATION > src/runtime/kglobalaccel_mac.h > src/runtime/kglobalaccel_mac.cpp > src/runtime/kglobalaccel_win.h > src/runtime/kglobalaccel_win.cpp > src/runtime/kglobalaccel_x11.h b398e1cfcf9496b58f6b05893a002c112c7cf986 > src/runtime/kglobalaccel_x11.cpp 2600220c255641304d4f67aad74582b01b8f799c > src/runtime/kglobalacceld.h b2fc27223ea1d11ca5a75f2ad58a8d745fb17191 > src/runtime/plugins/CMakeLists.txt PRE-CREATION > src/runtime/plugins/xcb/CMakeLists.txt PRE-CREATION > src/runtime/plugins/xcb/xcb.json PRE-CREATION > > Diff: https://git.reviewboard.kde.org/r/123542/diff/ > > > Testing > ------- > > kglobalaccel5 still working on platform xcb (running here right now) > > > Thanks, > > Martin Gräßlin > >
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
