Community
Participate
Working Groups
IAccessibleText::textAtOffset, textBeforeOffset, and textAfterOffset specify the following: IA2_TEXT_BOUNDARY_WORD The range provided matches the range observed when the application processes the Ctrl + left arrow and Ctrl + right arrow key sequences. Typically this is from the start of one word to the start of the next, but various applications are inconsistent in the handling of the end of a line. IA2_TEXT_BOUNDARY_LINE Range is from start of one line to the start of another line. This often means that an end-of-line character will appear at the end of the range. However in the case of some applications an end-of-line character indicates the end of a paragraph and the lines composing the paragraph, other than the last line, do not contain an end of line character. We are reporting words and lines from start-to-end on Windows, instead of from start-to-start. We did it that way because the ATK API uses start-to-end on Linux. We need to support both start-to-end on Linux and start-to-start on Windows. Also need to double-check Mac implementation.
This is important for 3.6 RC2. Note that we need to make changes on both Windows and GTK.
Scott, do you notice any discrepancies on the Mac in the area of offsets that are returned to VoiceOver when AccessibleTextExtendedListener.getText() is used to find a WORD or LINE? SSQ and I are going to have to call AccessibleTextExtendedListener.getText() multiple times to get the exact offset data (and the string) that the platform wants.
(In reply to comment #2) > Scott, do you notice any discrepancies on the Mac in the area of offsets that > are returned to VoiceOver when AccessibleTextExtendedListener.getText() is used > to find a WORD or LINE? No, when I move from line to line or word to word I get the correct offsets. At the end of a line, however, StyledText treats the end of line as a distinct word, and I get a separate "new line" read back to me by VoiceOver. TextEdit doesn't do that, but I think I'm describing a navigation problem with StyledText as opposed to what you're looking at here.
Created attachment 169241 [details] patch for GTK
Created attachment 169396 [details] patch for Winodws
SSQ, please review the Windows patch in comment 5. I will review the GTK patch in comment 4. Felipe, please review both patches.
Good, In Car's patch, this should be changed (in all 3 methods). event.start = start; event.type = COM.IA2_TEXT_BOUNDARY_ALL; event.count = 0; To: event.start = start; event.type = ACC.TEXT_BOUNDARY_ALL; event.count = 0; (even though TEXT_BOUNDARY_ALL==IA2_TEXT_BOUNDARY_ALL==5)
Fixed > 20100520
