Hi Peter,<br><br><div><span class="gmail_quote">2007/11/9, Peter Hutterer <<a href="mailto:mailinglists@who-t.net">mailinglists@who-t.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Matthias Käppler wrote:<br>> Now, calling maximizeWindow() and getWindowStates() immediately after does<br>> sometimes, but NOT ALWAYS yield the two atoms representing the two states<br>> that should be set for the given window.
<br><br>bit hazy on this, but AFAIK the process is something like this:<br><br>client changes property<br>WM is notified<br>WM applies changes<br>WM changes property<br>client is notified<br><br>note that the actual changes and setting the properties are two
<br>completely different and disconnected things. if you query the property<br>in between, then you get your results.<br>try waiting for the PropertyNotify event and then querying.<br><br>btw. XSync is useless here, it only applies to _your_ connection with
<br>the X server, and thus doesn't affect the WM at all.</blockquote><div><br>so in other words, there is no direct way to synchronize these two calls? What if the client triggers a state change and some other client wants to retrieve information about that window shortly thereafter? I need pull semantics where clients are able to retrieve the currently active states instead of pub/sub semantics.
<br><br>There must be a way to do this?<br></div><br>Best,<br>Matthias<br></div><br>