Where to put kglobalacceld?

Martin Gräßlin mgraesslin at kde.org
Mon Apr 14 05:43:51 UTC 2014


On Saturday 12 April 2014 17:11:47 David Faure wrote:
> On Monday 07 April 2014 21:20:19 Ben Cooksley wrote:
> > On Mon, Apr 7, 2014 at 9:12 PM, Àlex Fiestas <afiestas at kde.org> wrote:
> > > On Friday 04 April 2014 15:41:07 Martin Gräßlin wrote:
> > >> 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.>
> > > 
> > > I would put it in a separate repo just to make sure distributions do not
> > > add plasma-workspace as a dependency of kglobalaccel (which will mean
> > > that application developers will run away from the dependency).
> > > 
> > > What about kglobalaccel-runtime ?
> > 
> > Frameworks has gone well overkill with the desire to split everything
> > into separated repositories.
> > Such a repository makes no sense.
> > 
> > If this is such a problem, then kglobalaccel (the framework) should
> > gain backends for Windows, Mac, Other DE, etc. integration and
> > kglobalacceld is merely the implementation used in a Plasma workspace.
> 
> But kglobalacceld is probably the correct implementation for gnome, lxqt,
> xfce, and all others on the X11 platform, isn't it? It's not related to the
> DE, only to X11. So making it (kglobalacceld, the "X11 backend") part of
> Plasma excludes these other DEs for good.
> 
> Martin's comment indicates that with wayland the functionality would become
> part of the DE though.... but that's another backend.
> 
> I would make it part of the kglobalaccel framework, and only compiled on
> X11. The dependencies can certainly be trimmed down, I just removed some
> unnecessary ones. We're left with
>    KF5::GlobalAccel
>    KF5::I18n
>    KF5::WindowSystem # KKeyServer
>    KF5::DBusAddons   # KDBusService
>    KF5::CoreAddons   # KAboutData
>    KF5::ConfigCore
>    KF5::Crash
> 
> where I18n and CoreAddons could be removed too.

Note that I already started to trim down the dependencies ([1], [2]). KCrash 
might also be possible to remove - see my question on whether it's needed for 
dbus activated apps.

KKeyServer might also be a dependency which could be ported to a more low 
level variant through xkb. I'll have to look into that.

Cheers
Martin
[1] https://git.reviewboard.kde.org/r/117455/
[2] https://git.reviewboard.kde.org/r/117464/
-------------- 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/20140414/5b98d728/attachment.sig>


More information about the Kde-frameworks-devel mailing list