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