Emacspeak discussion list

[Robert Melton <lists AT robertmelton.com>]

There is the possibility of a pure lisp approximation approach. If you 
were moving by like "visual lines" and you could set it, in a very 
basic version would read line, wait a bit, read next line. If it was 
relatively in sync with the reading rate, it would get you most of the 
way there. 

Endless fancy additions could be added to estimate time to wait before 
reading the next line, but even when it didn't work perfectly, you would 
be closer to the right spot then you would have been otherwise. A basic 
version might be add X ms per word to delay before next line. 

/me goes back to digging in defcustom code. 

> On Apr 9, 2024, at 15:48, Tim Cross <theophilusx AT gmail.com> wrote:
> 
> I personally don't see the amount of required effort justifyhing the
> benefits given we already have the capability to work with varying
> chunks of speech. Yes, it would provide some convenience, but at a high
> cost which I feel is hard to justify. However


--
Robert "robertmeta" Melton
lists AT robertmelton.com