<div dir="ltr"><div><div><div><div><div><div><div><div>On the "fix Qt" side.<br></div><div><br></div><div>Discussed in QtCS yesterday (I have more notes to type up):<br><br></div>QtWayland client will be moving into QtBase.<br></div>When this happens, neat and tidy autodection is do-able. Also those bundled apps would have wayland.<br></div><div><br></div></div>Realistically we're talking Qt5.11. <br></div><div><br></div><div>Maybe we could do a hack in Qt5.10 in the meantime.<br></div><div><br></div><div>Once we depend on that in Plasma we can safely remove the variable, apps statically linked to older Qt will default to XCB regardless of whether they're built with wayland.<br></div></div><div><br></div><div>---<br></div><div><br></div>As for hacks.<br><br></div>- QPT won't work, and if we have to patch Qt you may as well patch Qt.<br></div><div><br></div><div>- kdeinit would work, but means porting any DBus activated stuff to go via kdeinit (which wouldn't be a bad thing to do regardless). KToolInvocation sometimes skips kdeinit, so we'd need to patch that too.<br></div><br>-  * add API to KGuiAddons and patch all apps<br>If we did that we may as well do it with a Q_COREAPP_STARTUP_FUNCTION and not patch all apps.<div><br></div><div>---<br></div><div><br></div><div>IMHO, it's not something worth bodging. It risks breaking just as much as it fixes.</div><div>It's an obscure case and quite easy to work around. By the time we have the regular users, the problem will be gone.<br></div><div><br></div><div>David<br></div><div><br></div><div><br></div></div>