<div dir="ltr"><div><div class="gmail_extra"><span></span><br><span></span><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
</span>I was thinking more of e.g. Qt (or any other toolkit) that supports<br>
wl_shell, xdg_shell unstable v5 and v6 (albeit to a wildly differing<br>
extent sadly) and would now have to drop unstable v5 in order to<br>
support xdg_wm_base. Also, I think both KWin and Qt did only support<br>
unstable v5 until very recently. wl_shell is always available as<br>
fallback though.<br></blockquote></div><br><br></div><div class="gmail_extra">To expand on the current state of Qt and Kwin.<br><br></div><div class="gmail_extra">Qt clients supports wl_shell, xdgv5 and xdgv6.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">If the server anounces xdgv6, it uses that, however even if the server anounces xdgv5 it will still ignore it and use wl_shell instead unless explicitly forced by environment variables. KDE Plasma does not set those variables.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Kwin supports wl_shell, xdgv5 (though because of the above literally no-one uses it except for some unit tests) xdgv6 is all done and waiting merge.<br></div><br></div><div>Theoretically we could support v5, v6 and v4732 all at once due to the layers of abstraction that both Kwin and Qt do, and we would use the wayland scanner flag to make that happen if it existed, but practically speaking if we dropped v5 support when we added "v7" it wouldn't impact anyone.<br><br></div><div>David<br></div></div>