- User Since
- Apr 17 2015, 10:32 PM (230 w, 2 d)
SuSE still use this "feature" for making plasma run in wayland, and all clients in XCB.
Sat, Sep 14
Kf6 ideally we drop this whole class and the new event handlers will do everything properly without these hacks...let's see.
Fri, Sep 13
Can you provide some arguments why we must inherit from QVector<T>? C++ templates are invariant so we have to cast manually.
Rebase, add include
Makes sense as we install the colour scheme when a window's surface is created.
You split the source out? I see.
That change is not released yet though.
Doesn't solve anything and now we have casts all over the place.
Update config names
Thu, Sep 12
I certainly would prefer if KCoreAddons would keep depending only on QtCore.
But I heard different things about that.
Happy to help, but I don't understand yet.
See also https://phabricator.kde.org/T11637
As a note, I think we don't want to "move" the wrappers exactly, but instead make use of Q_GADGET on the format and user classes.
Wed, Sep 11
update names as per discussion
From my header:
I spoke to carewolf. We're both right.
There are plans in plasma to drop this module.
Tue, Sep 10
Let's do a version with with just the gl_linear patch. As that's the only part running in your testing anyway.
KEmoticons will probably die in a fire, but we will probably still need a glorified "font selector" to choose an emoticon font, with a similar UI.
Maybe changing KTextToHtml
+1 as the new sidebar is very similar IMHO.
Sun, Sep 8
Code is fine.
Needs VDG to sign off their side.
Keeping them in sync makes sense. +++
Sat, Sep 7
I don't think it's needed to move it. But done anyway.
There's some new env vars in Qt 5.14 to set a policy of what to do with DPI. Might be useful.
pray to the God hoping that the client committed associated surface.
I dont like the binary name. It doesn't imply debug or listing things.