hi I think this is why it would be useful for brltty to only read the new incoming text if it's below a certain length. You wouldn't want whole screenfulls of new text read out, that would take a while and might not have anything you want to read. It's up to you guys if you add this feature and what you set it to, but storm is asking for a useful feature. Does brltty do this with braille? New text appearing either on the screen if you're in console mode or in the gui if you're using brlapi? Thanks Kendell Clark
Dave Mielke wrote: > [quoted lines by chrys87 on 2016/07/03 at 00:43 +0200] > >> what he wants >> is that brltty reads all the output of ls. or if you fire a "ping" >> that if the answer appear and its printet on the screen that the >> result is spoken. > Yes, I understand what this feature is supposed to do. I'm just not convinced > that it'd add to what brltty already provides. Speech, by nature, is slow so > I'm not understanding why one would want anything other than the line(s) one > is > actually looking for to be spoken. Wouldn't it be much faster, therefore, to > just let the command finish and then to look for the interesting line(s)? > >> for voice this is for sure a very useful feature. because you dont have >> always >> to cursor around. > But you do have to listen to a whole lot of speaking of lines you probably > aren't actually interested in. Isn't that a huge waste of time? > >> I now about (sadly a not active) maintained consolescreenreader "yasr" that >> is able to do that task without root permission. >> Not sure how this works. >> http://yasr.sourceforge.net/ > As I recall, yasr was a change to the screen program. If so, it, like > Speakup, > was in the position of being able to hook right into what's being written to > the screen. > _______________________________________________ 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