Community
Participate
Working Groups
1) Turn on Voice Over on Mac 2) Open the orion editor with some content 3) Place the caret on the first line and arrow left or right. Note that Voice Over reads the characters correctly. 4) Now move the caret down to second (third, etc) lines. Arrow left or right. Note that Voice Over reads some other character.
The problem happens because every line has a "\u200B" character at the end. This unicode character causes VoiceOver to read the wrong offset. The zero width space character was used because the regular space character caused the longest line in the editor to wrap in the past (read the comment in the source for more info). I was not able to reproduce the wrapping problem anymore even with an old version of Safari (5). I suspect the editor internal structure has changed in a way that the wrapping problem no longer happens. This specific problem is fixed by using the regular space: http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/bundles?id=734f866ac638c3ad8a8a329139a431fd626f4280 Note that this is a problem in Chrome with unicode characters. If you add Japanese characters to the text buffer. The problem will show up again. There is nothing we can do about this. It has to be fixed by Chrome. The problem does not happen on Safari.
The problem does not happen on latest Chrome for Windows (31.0.1650.63 m) with NVDA reader.
*** Bug 423262 has been marked as a duplicate of this bug. ***