<div dir="ltr"><span style="font-size:12.8px">I've just sent another version with different naming and the additional function for comparing the private field's xwl_window with its creator as reply to your mail. Take a look how you like it. One other difference: I realized that the xwl_window_find(..) function is unneeded, since when putting the xwl_window always in the private field, we can just on Realization take the one of its parent window.</span><div class="gmail_extra" style="font-size:12.8px"><br><div class="gmail_quote"><span class="gmail-im">On Mon, Aug 14, 2017 at 11:33 AM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">How does your Present and sub-surface work change the relationships<br>between Windows and xwl_windows? Does the child Window getting a<br>sub-surface have its own xwl_window? Are there cases for fetching from<br>the child Window (or from its descendant) both its own xwl_window and<br>the respective toplevel Window's xwl_window?<br></blockquote><div><br></div></span><div>Currently I always use the xwl_window of the ancestor like it's right now. That means that in one ancestor chain originating from the top xwl_window only one of the windows can use the Present extension at one point in time. But I assume that's sufficient for most use cases. Introducing another struct for allowing flips also for windows without owning an xwl_window could be an improvement in the future though.</div></div></div></div>