Thu, Nov 7
I guess https://source.puri.sm/Librem5/wlroots/blob/librem5-0.6.x/types/wlr_export_dmabuf_v1.c can be used as inspiration for our own implementation.
Added in https://source.puri.sm/Librem5/wlroots/commit/36bd4795d4fe2282dfcc59f26863bac2896a4a3f
Wed, Nov 6
What the goal is is not really agreed upon.
This got implemented in https://phabricator.kde.org/D22571, which is flawed (see the various comments there).
Sat, Nov 2
Oct 22 2019
In addition to the above, notice that KWin must put server-side decoration around the window geometry, not the main surface.
Alright, let's go quickly over the proposed solution...
Oct 21 2019
Oct 20 2019
Npte that we need both libinput and the wayland protocol to offer Qt/Krita all the information it needs.
So, one needed thing ultimately is to extend libinput to reach feature parity with xf86-input-wacom. I know this is not directly part of plasma dev, but this had to be said, and I hope we can get good communication with libinput devs to move forward on that topic.
Oct 17 2019
This task is a duplicate of T6106.
Oct 16 2019
I wouldn't be so sure that co-locating with Plasma makes unequivocally sense. Both @davidedmundson @romangg as well as other people like me have several responsibilities within the project that will definitely be a distraction to the goal. Co-locating with Krita, if they need need ad-hoc work would make sense. Doing it around an upstream conference (QtCS, XDC) would also make a lot of sense.
My two sense about it :
Oct 15 2019
It should be about basic Activities support and virtual desktops matching feature in X.
Oct 11 2019
I've been slowly plugging away at a KCM to manage libinput tablets over here. Making it work on X first before trying to get KWin tablet support up to get it working there too.