Dave will correct me if I'm off the mark here. I suspect that you could get jittering of the display. This might not happen on a newer, faster, display but a lot of the old stuff kicking around could be an issue. I see something like it under windows if the application does a lot of jumping around. Of course, maybe I'm seeing a jaws artifact as well.
J. R. -----Original Message----- From: brltty-boun...@mielke.cc [mailto:brltty-boun...@mielke.cc] On Behalf Of Vladimir 'f-coder/phcoder' Serbinenko Sent: Monday, March 19, 2012 5:42 PM To: brltty@mielke.cc Subject: Re: [BRLTTY] Cursor routing appears to fail with 4.3 in Lynx? On 19.03.2012 22:01, Dave Mielke wrote: > [quoted lines by Shérab on 2012/03/19 at 21:52 +0100] > >> What I've noticed e.g. when running brltty in the Iris is that one can >> see the cursor moving on the display to its final position and the whole >> process seems to me a bit slower than it was before. > Is it too slow? > >> Would it make sense tomodify the algorithm in the following way: for the >> first few vertical/horizontal motions, wait a bit longer in case the >> cursor moves temporaily. If that does not occur, then do the following >> motions faster. Is it possible for brltty to detect these temporary >> motions at all ? > No, it's not. That's the problem. What prevents from starting an update immediately or after few ms delay and aborting/restarting it if cursor changes again? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@mielke.cc For general information, go to: http://mielke.cc/mailman/listinfo/brltty _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@mielke.cc For general information, go to: http://mielke.cc/mailman/listinfo/brltty
