On Friday 04 April 2014 16:06:32 Aleix Pol wrote: > On Fri, Apr 4, 2014 at 3:41 PM, Martin Gräßlin <mgraess...@kde.org> wrote: > > Hi, > > > > similar as to what we already have with DrKonqi moving kglobalacceld from > > kde- > > runtime into the globalaccel framework would significantly raise the tier > > and > > dependencies. At the moment KGlobalAccel is a tier1 framework. > > > > The runtime component though depends on: > > * KF5::GlobalAccel > > * KF5::KCMUtils > > * KF5::I18n > > * KF5::XmlGui > > * KF5::WindowSystem > > * KF5::DBusAddons > > * KF5::Notifications > > * KF5::KIOWidgets > > * KF5::Crash > > > > Even if we consider that some are probably not needed it would at least > > become > > tier2. > > > > Given that kglobalaccel is only intended for the kde-workspaces anyway my > > suggestion is to move it into plasma-workspace repository instead of > > merging > > with the framework. Please note that with Wayland it will be extremely > > difficult to provide a generic globalaccel anyway (no global keylogger > > like in > > X11 possible) and my plan is to implement the interface in KWin. > > > > Opinions? > > > > Cheers > > Martin > > _______________________________________________ > > Kde-frameworks-devel mailing list > > Kde-frameworks-devel@kde.org > > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel > > In that case, I'd suggest moving it to plasma-workspace, but then we'll > have to make sure to make it explicit that KGlobalAccel is not a portable > framework, rendering components depending on it not portable (with emphasis > on KXmlGui) to platforms not supported by Plasma (or KWin). > > Not having a functional KGlobalAccel on Gnome sounds quite a regression to > me though...
I just got the feedback from LXQt that they might consider using KGlobalAccel. That would clearly speak against putting the runtime component into plasma- workspace. But I also think that our current dependencies in the runtime component are too heavy. Cheers Martin
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel