Reported by Bernd on 2009-09-19 15:30
When you're reading a document and you navigate to a blank line NVDA shows '0x00d' or something like that. It would be better if NVDA shows a blank line.
Comment 1 by mdcurran on 2009-12-08 03:52
Fixed in r3415.
In Microsoft Word and MSHTML controls, NVDA will now properly show a fully blank line on the braille display when the cursor is on a blank line, rather than just placing the cursor one cell to the right of the previous line.
However, I'm not sure about the braille display showing a newline character in hex. I've never seen this before.
Please try a current snapshot and see if the issue is fixed. If it isn't please reopen and provide more inforamtion.
Comment 2 by mdcurran on 2009-12-08 11:46
Although the fix works well in Microsoft Word, it breaks Microsoft Outlook quite badly. It seems that Outlook 2007's message viewer is a Microsoft Word control, but does not implement rangeFromPoint. In fact the error says as much... something like "this method not supported in email".
So, the question is: what do we do if rangeFromPoint is not supported?
Fall back to moving the selection. This will be accurate, but if you are typing fast while using a braille display, your typing will get completely mucked up as you'll be possibly entering text as the selection is finding the line. Note that the old way worked ok before the change to braille, but after it it will not work. It would also be very hard to disable that braille change if rangeFromPoint doesn't work, unless we could some how get the Outlook appModule to communicate to braille that it should revert to the old way.
Comment 3 by mdcurran on 2009-12-10 12:11
Ok, I think we have now implemented expand to line code in Microsoft Word controls that works fine in Office 2003/2007 (Word/Outlook).
Fixed in r3437.