<div dir="ltr"><div>Most notes are about boring internal things and I quietly stayed at the back. For the wayland session I had a lot of questions/comments and was a general nuisance.<br></div><div><br>Wayland:<br> xdg_positioner:<br>    We need to pass data to the window from from QComboBox etc, but also from client code i.e a KSomeComboBox<br><br>'preferred' approach with Qt people:<br>   - cast window to QWaylandWindow (from private API) and add stuff there</div><div>   - then we can use that from QWidgets<br></div><div>   - QtWayland client would need to move into QtBase - but they will look at that.<br>   - we (KDE) would use that private API in client code if we implement a custom popup...<br>   - [I'm not particularly happy with that at all, but it's at least slightly better than the current state]<br><br>-----<br> xdg_output:<br> worth adding to compositor (if used with xwayland), not useful for clients..yet<br><br>-----<br> - custom extensions<br>    Qt will be adding some custom protocols for their embedded use cases.<br><br>   - qt_extended will die :(<br><br>   - explicit positioning<br>    Qt needs [for their embedded] a protocol similar to the plasma-shell.<br>    I don't think they can really share ours. It's too specific. [Probably won't affect us]</div><div><br></div><div>   I've asked Johan to check our protocols before doing a Qt one. Share when possible.<br></div><div><br>----<br>    signals on native resource changes<br>    The native resource for a window changes during it's lifetime, we have no signal in QPlatformNativeInterface to know a low level resource changed.<br>    We were doing something with QNativeSurfaceCreated event; but that broke, and even though it's re-added, it's a bodge and will almost certainly break again sometime.<br><br>    Towards a proper fix: Mac has a similar problem. NSViews get recreated on flags changing.<br>    It may be best to recreate the entire QPlatformwindow at those times? It would simplify QtWaylandWindow code too. Best part...if that happens the right hook would be QNativeSurfaceCreated event, so we might not have to change our code too much.<br><br>----</div><div><br></div><div>QtWayland has a big review backlog, help from our side would be apparently appreciated. <br></div><div><br></div><div>-----</div><div><br></div><div>OTHER STUFF</div><div><br></div><div>---</div><div><br></div><div>JS compiler will be faster from Qt5.11 due to magic stuff</div><div><br></div><div>---<br></div><div><br></div><div>QtQuick want a separation from a view == window; <br></div><div>Basically making it easier to do the stuff one needs QQuickRenderControl for</div><div><br></div><div>---</div><div><br></div><div>QtQuick will hopefully gain pre-compiles atlas support</div><div><br></div><div>[I think we could use these for Plasma themes, but not whilst we have to maintain a separate path for QPainter approaches, and not with redrawing SVGs on resizes]</div><div><br></div><div>---<br></div><div><br></div><div>QtQuick will gain compressed texture support</div><div><br></div><div>Probably doesn't really help us too much.<br></div><div><br></div><div>----<br></div><div><br></div><div>QSG classes to move away from being so tied in with OpenGL so much. <br></div><div>End goal being with maybe abstraction layer on GL.</div><div><br></div><div>Again only will affect a few places in Plasma, and that's maybe a Qt6 years away.</div><div><br></div><div><br></div><div><br></div><div>David<br></div></div>