<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 19, 2015 at 3:08 AM, Daniel Stone <span dir="ltr"><<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On 18 November 2015 at 18:30, Bill Spitzak <<a href="mailto:spitzak@gmail.com">spitzak@gmail.com</a>> wrote:<br>
> On Wed, Nov 18, 2015 at 7:44 AM, Derek Foreman <<a href="mailto:derekf@osg.samsung.com">derekf@osg.samsung.com</a>><br>
<span class="">> wrote:<br>
>> The documentation for wl_surface.commit makes it clear that the<br>
>> application of damage follows attach during the commit, so it<br>
>> doesn't matter what order the app sends the requests.<br>
>><br>
>> Many existing apps post damage before attaching a buffer already,<br>
>> and it's really quite reasonable to do so.<br>
><br>
</span>> Especially because they probably think of the old buffer as being the one<br>
> that is "damaged", while the new buffer does not have any damage.<br>
<br>
No, it does. The old buffer has not changed. The new buffer is the one<br>
with the changed areas, and changed areas are the literal definition<br>
of damaged.<br></blockquote><div><br></div><div>Actually neither buffer has changed. The damage is saying that only the pixels in the rectangle are different between the old and new buffer.<br><br></div><div>I was just saying that I can certainly think of people as saying "the old buffer is bad in this area, therefore I must send this message now to indicate it is bad. If I change the buffer first then this message is saying the new buffer is bad in this area, when in fact the new buffer is perfect". This is all incorrect but is likely the logic that caused almost all clients to send the damage request first.<br><br></div><div> <br></div></div></div></div>