<div dir="ltr">On Tue, Jul 14, 2015 at 4:14 PM, x414e54 <span dir="ltr"><<a href="mailto:x414e54@linux.com" target="_blank">x414e54@linux.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You are either just trolling or have no idea what you are talking<br>
about and have never tried to implement anything you are saying. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I stopped listening at "The render loop would be sending the<br>
cursor-positioning request.". Not sure how you cannot see the problem<br>
with this.<br></blockquote><div><br></div>   static atomic cursor_xy;<br><div><br></div><div>   event_loop {<br></div><div>      read_event();<br></div><div>      cursor_xy = cursor_xy_from_events();<br>   }<br><br></div><div>   render_loop {<br></div>       set_cursor_position(cursor_xy);<br>   }<br><div><br>Sorry I don't see any problem. Are you concerned that the number of set_cursor_position calls may differ from the number of mouse movements?<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will be blocking your e-mail address and disregarding any input you<br>
have in any future discussion. It is just a waste of time to continue<br>
this discussion.<br></blockquote><div><br></div><div>Whatever.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry, I am actually genuinely trying to improve the protocol for some<br>
of the ways games currently work based on my Windows to Linux porting<br>
experience. Also trying to make it easier to support 3d input devices<br>
and 3d compositors using something like the HTC Vive. My suggestions<br>
may not be the right ones but they seriously better than some of the<br>
junk you have suggested.<br></blockquote><div><br></div><div>I appreciate that and think the pointer lock is really close, and experience with games is very useful to make an api that serves multiple purposes. All I am trying to do is make a trivial change to your proposal so that the pointer-lock can be used to make a "slow cursor" or a trackball-locked cursor as well as supporting games. My change to your proposal is exactly this:<br></div><br><div>- The "cursor hint" actually moves the cursor!<br></div><div><br></div><div>Since your proposal requires the client to hide the cursor, and there is no visible difference between what a user sees when an invisible cursor is moved, my change makes no difference to any program that is currently using the pointer lock.<br><br><br></div></div></div></div>