[BRLTTY] Improving the speech support of brltty

[Sebastian Humenda]

Hello Dave,

Dave Mielke <dave at mielke.cc> schrieb am 25.04.2012, 11:25 -0400:
>[quoted lines by Sebastian Humenda on 2012/04/25 at 16:40 +0200]
>>But if you navigate with the speech the display doesn't follow. You have to
>>bring the braille display to the position where the speech is and this isn't
>>efficient.
>
>Adding speech functions to brltty would be fairly easy. Since I myself am not a 
>speech user, I need advice from those who do use it in roder to understand how 
>best to do it.
>
>Right now, we effectively have what we could loosely consider two cursors. One 
>is the pointer on the screen, and the other is the location of the braille 
>display on the screen. These are often the same, but needn't be. Do we need a 
>third cursor which would be the current speech location?
I think so.

>The issue of word-by-word speech navigation was mentioned. I suppose we also 
>might need character-by-character, speaking the current character phonetically, 
>and a few other such things. How would we best associate this with the current 
>location of the braille display, given that the braille display, unless it's 
>very small, contains a fairly large chunk of the current line?
I can imagine two scenarios:
* a speech cursor which follows the braille cursor, until some special
  speech-only navigations are made. In this case the display stays at the
  current position until the speech cursor gets out of the text area which is
  displayed on the display. So the braille display would scroll with the speech
  cursor when e. g. naviggating word-by-word. The motion would be like the
  braille left-and-right motions with a fixed length.
* same as above, but the display scrolls so that the speech cursor is always
  approximately in the middle of the display so that you can see the context
  left and right of the word / character beeing spoken (I don't like that, but
  other people do prefer it) (and it's not so simple to implement, I guess)
A separate speech cursor would also allow to to "clicks" like the cursor routing
does.

I think character-by-character might be a interesting feature as well. What I
also like to have, but this is harder to implement is that updates on the
screen are spoken, even when you are not on the line with the system cursor.
This is of course a setting which has to be selectable only for some
circumstances and it should be activated via a key stroke. If this setting is
enabled, you can e. g. enter "date" on the shell and you get the date and the
prompt spoken. And one would turn of this mode in Vim since the update of the
cursor would be spoken while navigating (since it's in the status line).

Thanks
Sebastian
-- 
Blog (English | Deutsch): http://crustulus.de/blog
Teste das freie Latein-Deutsch-Wörterbuch:
  http://freedict.org/dict?Form=dict3&Database=lat-deu
Freedict: Free multilingual dictionary databases - http://www.freedict.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://mielke.cc/pipermail/brltty/attachments/20120425/866b5917/attachment.sig>