<div dir="ltr">Addendum: apologies as the second link points to an incorrect place (but the highlighted logic is still representative of the problem).<br><br>The correct link should be <a href="https://github.com/glfw/glfw/blob/master/src/wl_window.c#L678-L686">https://github.com/glfw/glfw/blob/master/src/wl_window.c#L678-L686</a><div><br></div><div>Best Regards,<br>Waris</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 29, 2020 at 5:14 PM Waris Boonyasiriwat <<a href="mailto:waris.boonyasiriwat@gmail.com">waris.boonyasiriwat@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<br><br>Sorry if this is not the right place as this is the first time I use mailing lists.<br><br>Earlier this year I raised an issue against a UI framework GLFW where the cursor hotspot does not seem to be respected in wayland: <a href="https://github.com/glfw/glfw/issues/1706" target="_blank">https://github.com/glfw/glfw/issues/1706</a><br><br>However, upon further digging, a GLFW developer (and later myself) seem to have confirmed that GLFW is sending the correct cursor information to the compositor. The source code for the cursor call is found here: <a href="https://github.com/glfw/glfw/blob/master/src/wl_init.c#L167-L175" target="_blank">https://github.com/glfw/glfw/blob/master/src/wl_init.c#L167-L175</a><br><br>I have tried changing the hotspot to nonsensical numbers such as 0,0 or 100,100, but I noticed no change in behaviour at all. The hotspot always appears to be at the top left.<br><br>I have noticed this behaviour on two separate compositor implementations: weston and mutter. This led me to consult this mailing list, to see whether we are misusing the API somehow?<br><br>Your help is much appreciated.<br><br>Best Regards,<div>Waris</div></div>
</blockquote></div>