<div dir="ltr"><div></div><div><br></div><div>>* Mimic absolute positioning via relative positioning. It's good as a <br>
short-term solution, but imho, we need something better</div><div><br></div><div>I'm not quite sure I understand which way you're describing:</div><div><br></div><div>Do you mean having plasma code still do absolute co-ordinates and then have us turn it into relative positions like how Qt does popups?</div><div> <br></div><div>Or having client code do things in relative co-ordinates and locally convert it to absolute and using the existing plasmashell protocol.<br></div><div></div><div></div><div></div><div><br></div><div>>
The most ideal case is where Qt provides native support for the <br>
layer-shell protocol out of the box. </div><div></div><div><br></div><div></div><div>Qt6 will have a new way of doing native functions on platform windows which looks very encouraging.</div><div><br></div><div>Effectively it'll become QWaylandWindow: public QPlatformWindow, public QWaylandSpecificMagicWindowStuff<br></div><div><br></div><div>Then Qt ships a header file of QPublicWaylandSpecificMagicWindowStuff which will contain all the getters with native code and a bunch of virtuals for setting things and one can downcast the platform window.<br></div><div><div>Compared to the old nativeinterface approach it's /amazing/. I think that'll be a good entry point for all this.<br></div></div><div><br></div><div>Then at a KDE level we can surface that as agnostic public API that does it's own local thing on X, and uses this Qt-platform-specific API on wayland.</div><div><br></div><div>David<br></div><div><br></div></div>