Reported by mdcurran on 2009-12-06 07:53
When viewing the following line on a braille display with NVDA and UEBC grade 1 and no expand to computer braille:
The middle character in x�x is not handled properly.
(there is a 0x7f character between the two x characters).
When arrowing through the characters up to the first x, everything is fine.
When on the x, the braille cursor is on the x (after the letter sign).
When moving one character right (on to the unicode 0x7f character) the braille cursor is now under the lettersign of the first x (i.e. it moved one cell to the left).
When moving one character right (now on the second x) the braille cursor is correctly on the second x (after the lettersign).
Note that this problem seems to occure for any unicode character where its escape hex number is printed on the display. E.g. if I type some english but include some Chinese characters on the same line.
Guessing this is an issue with libloui and mapping input offsets to output offsets?
Blocking #484
Reported by mdcurran on 2009-12-06 07:53
When viewing the following line on a braille display with NVDA and UEBC grade 1 and no expand to computer braille:
The middle character in x�x is not handled properly.
(there is a 0x7f character between the two x characters).
When arrowing through the characters up to the first x, everything is fine.
When on the x, the braille cursor is on the x (after the letter sign).
When moving one character right (on to the unicode 0x7f character) the braille cursor is now under the lettersign of the first x (i.e. it moved one cell to the left).
When moving one character right (now on the second x) the braille cursor is correctly on the second x (after the lettersign).
Note that this problem seems to occure for any unicode character where its escape hex number is printed on the display. E.g. if I type some english but include some Chinese characters on the same line.
Guessing this is an issue with libloui and mapping input offsets to output offsets?
Blocking #484