- User Since
- Apr 18 2015, 8:19 AM (105 w, 21 h)
Fri, Apr 21
an idea how it could work technically: the startup notification id should still be passed to the application through env variable. We could - in the Qt case - use plasma-integration to pass the startup id to KWin, so that we have the link between window and startup id.
oh and yes for removing service dependency please open a separate review. The other dependencies: well KCoreAddons is needed for KCrash only IIRC. That is setting the KAboutData. So a possibility could be to move the binary out and replace it by a binary which does not use KCrash. And we could add the good old kglobalacceld5 with KCrash into Plasma. That could solve all the problems we have.
Just verified: reverting this change also fixes the issues mentioned for Wayland.
Thu, Apr 20
I don't really understand what this change is supposed to fix. Distributions will ship only one variant of kglobalaccel and that will most likely be the one which is wanted by KDE. If kglobalaccel is shipped without KCrash support I would consider this as a serious problem and report that to the distributions. Also given my experience about breakage in weird situations I'm against such build flexibility. KCrash is an important component for kglobalaccel and I'm not interested in having to spend time on bug reports because a distro mis-configured kglobalaccel.
I fear this change caused regressions. I now don't have the virtual keyboard button on the layout anymore (X11 and Wayland) and on Wayland it's impossible to unlock the screen.
Wed, Apr 19
not that "KDE Daemon" is a good name, but what about i18n it?
Tue, Apr 18
Mon, Apr 17
Sat, Apr 15
Use range-based for loop with qAsConst
neat :-) Looking forward to use it
Fri, Apr 14
Thu, Apr 13
Fixing arc mess
- [plugins/qpa] Do not replace a valid FBO with an invalid one
Wed, Apr 12
The desktop file name should follow the way how the dbus name is created. If the applications are broken, then they are broken. Given that I mentioned this several times at KDE conferences, blogged about it, sent mails to KDE devel lists I assume the application maintainers don't care whether their applications work on Wayland. Which is totally fine. Then let them stay broken.
Tue, Apr 11
Mon, Apr 10
Sun, Apr 9
QMap -> QHash as ordering pointers doesn't make any sense