Where to put kglobalacceld?
Martin Gräßlin
mgraesslin at kde.org
Wed Apr 9 07:34:08 UTC 2014
On Friday 04 April 2014 16:06:32 Aleix Pol wrote:
> On Fri, Apr 4, 2014 at 3:41 PM, Martin Gräßlin <mgraesslin at 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 at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140409/6a4d4aba/attachment.sig>
More information about the Kde-frameworks-devel
mailing list