On Friday, November 13, 2015 5:54:01 PM CET René J. V. Bertin wrote:
> Martin Graesslin wrote:
> > because nobody ported it to Qt's new native event filter. I would love to
> > see this enabled again for the non Linux platforms.
> 
> Hmm, I see. That's something I should look into then, if I find its
> functionality is indeed lacking. I know kglobalaccel4 works and gets started
> when apparently needed, but I actually do not know what it's used for ...
> :)
> 
> After applying my (committed!) patch from KDE4 that ensures the daemon runs
> as an "agent", the autotest succeeds (and starts the KDE4 kglobalaccel).
> However, starting kglobalaccel5 directly gives
> 
> $ /opt/local/bin/kglobalaccel5
> Could not find drkonqi at /opt/local/lib/libexec/drkonqi
> "No such object path '/org/kde/kglobalaccel'"
> 
> which seems like it has nothing to do with a missing backend or however
> you'd want to call it.

Well it could also mean that kglobalaccel5 directly crashes because it doesn't 
have a backend and we just don't see the backtrace due to missing drkonqi.

Anyway, I'm quite certain that it needs porting as I did the X11 porting :-)

Cheers
Martin

Attachment: 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

Reply via email to