[liblouis-liblouisxml] The definition of the cursor being in a word
- From: Michael Whapples <mwhapples@xxxxxxx>
- To: liblouis-liblouisxml@xxxxxxxxxxxxx
- Date: Fri, 28 May 2010 12:07:51 +0100
Hello,
I use the Orca screen reader a lot and get involved a bit with some of
the development stuff.
Recently an oldish bug
(http://bugzilla.gnome.org/show_bug.cgi?id=592421) has started to being
attended to again and the solution seems to come down to the current
behavior of liblouis doesn't quite do what we need.
Could I make the following suggestion, either to alter the current
behavior of the compbrlAtCursor mode or may be a new mode. In short we
feel the definition of being in a word may need redefining, as even when
the cursor is at the point just after a word, in an editor, any further
insertions will edit the word.
Let me use an example (I will resort to python here):
Let say we have a string "this this this" (I will refer to it as
variable s). At the moment liblouis treats the cursor to be in the first
word when it is at index 0, 1, 2 or 3. We feel that index 4 should be
treated also as being in the word (think of the iindex values you would
use to define the slice to get the first word, s[0:4]).
So following on my logic up to now, the cursor would be in the second
word when at index values 5, 6, 7, 8 and 9 and in the last word when in
positions 10, 11, 12, 13, 14.
I think of the index positions to refer to the joins of the characters
instead of the characters themselves (eg. like the vertical bar style
cursor some applications use), and also by considering what word will be
altered if an insertion was made at the cursor position.
Now I do realise this could impact on other users such as NVDA, so what
is the feeling, should it be a new mode, should the existing mode alter?
Has NVDA overcome the issue in another way?
Michael Whapples
For a description of the software and to download it go to
http://www.jjb-software.com
Other related posts:
