<div dir="ltr">Hi pekka<div><br></div><div>Thank you for your reply. I have other questions about drm backend.</div><div> I find weston 5.0 modify so much about drm backend and the interfaces of compositor communicate with drm backend. </div><div>Is there any documents about the drm backend design? </div><div>Why compositor need to add a structure weston_head? Is weston_output not enough? why not let drm backend to judge whether to do repaint/repaint_flush/repaint_cancel to keep libweston separate from drm backend? </div><div><br></div><div>Thank you!</div><div>Best Regards</div><div>Nancy</div><div><br></div><div><br><br><div class="gmail_quote"><div dir="ltr">Pekka Paalanen <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> 于2018年11月14日周三 下午11:34写道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 14 Nov 2018 23:00:21 +0800<br>
zou lan <<a href="mailto:nancy.lan.zou@gmail.com" target="_blank">nancy.lan.zou@gmail.com</a>> wrote:<br>
<br>
> Hi pekka & all<br>
> <br>
> I find weston support many xdg shell versions in different weston versions,<br>
> as far as I know,<br>
> applications only use the genernal xdg shell interfaces to create a window,<br>
> for example, waylandsink. If the weston upgrade, should the applications<br>
> modify its xdg shell interface or are they  just backward compatible. Does<br>
> weston only support stable/xdg-shell.xml in the future?  How could make<br>
> weston upgrade not impact applications?<br>
<br>
Hi Nancy,<br>
<br>
Weston still supports even wl_shell, I don't think there is much<br>
pressure to drop the deprecated versions. I would imagine Weston will<br>
carry the support for a good number of years if not indefinitely.<br>
Weston still doesn't have an implementation for the stable xdg-shell<br>
though.<br>
<br>
Applications are recommended to move on to the stable xdg-shell version.<br>
<br>
xdg-shell v5 support was dropped quite some time ago as maintaining it<br>
with the other revisions became inconvenient. The revisions other than<br>
v5 should not suffer from similar issues.<br>
<br>
A compositor can support several major revisions at the same time, and<br>
Weston does. Clients can also choose which one they use and they can<br>
see what the compositor supports.<br>
<br>
The stable xdg-shell will be developed in a backwards-compatible way.<br>
Actually all Wayland extensions are developed that way, both stable and<br>
unstable ones. The difference is that unstable ones may get a new<br>
incompatible revision through renaming most of the interfaces, which<br>
technically allows both compositors and clients to support multiple<br>
incompatible versions at the same time.<br>
<br>
If you are worried about loosing something, you can always follow the<br>
Weston merge requests in Gitlab and chime in if something you care<br>
about is about to disappear.<br>
<br>
I don't think bringing xdg-shell v5 support back would be impossible if<br>
someone really wanted to, but I suspect it would be much more work than<br>
just reverting the removal. xdg-shell v5 is actually multiple<br>
incompatible versions IIRC, it was using an ad hoc versioning mechanism<br>
which didn't turn out to be that good in the long run.<br>
<br>
<br>
Thanks,<br>
pq<br>
</blockquote></div></div></div>