GNOME Bugzilla – Bug 347347
[a11y] Moving the caret around in the message arrow doesn't generate "object:text-caret-moved" events.
Last modified: 2017-02-09 13:40:36 UTC
Testing with latest Orca on Solaris x86 Nevada build 34, vermillion build 42. Start up Orca. Start up Evolution mail. Compose a new message. Type something in the message body such as: The quick brown fox jumps over the lazy dog. Position the caret on one of those two lines. Hold the shift key down. Hit the left/right arrows as appropriate to select text. What should be happening here is that "object:text-caret-moved" events should be generated and read by Orca to allow it to tell the user whether the text is being selected or not. No such events are occuring. Try the same test in a gedit window to see the proper events being generated (and Orca's response to them).
Hi. Any update of this bug? Thanks.
Hello, We're now up to Evolution 2.10 and still nothing has happened regarding this bug. The reason i bug you about this is that on some mailing lists and other places, top posting is not an option, those who get cought top posting get kicked out of the list. Now in the latest Evo, everything works wonderfully except this bug. Thanks /Krister
Created attachment 86278 [details] [review] For fixing bug 347347
Can you add the NONE at the end of the enum. Otherwise it looks fine.
Created attachment 86680 [details] [review] For fixing bug 347347 Modified patch, moved NONE to the last
Please commit.
Have committed to trunk. Can we commit to 2-18 branch too?
Should be ok.
Done. Thank you for reviewing the patch.
Hi, Is this something that i can try as an end user and if so, should i check out Evo from SVN? /Krister
Yes, please check-out from SVN. Both trunk and gnome-2-18 branch is OK.
I have checked out, and managed to build Evo from SVN, however, the bug is still there, at least on my system. I still don't hear the text i select neither from the message viewing window nor the compose window. Is there anything anywhere i should enable or is it something the Orca developers aren't yet aware of is fixed, or what's wrong here? Evo v2.12 is the version i'm using. Is there anything else besides Evo and data server i should check out? /Krister
Krister, the patch is for gtkhtml, not in Evolution. Have you checked out and build gtkhtml?
Umm, nope i haven't. Sorry for the misunderstanding... I'll try building GtkHtml. /Krister
Ok, now i have checked out and built gtkhtml and the bug is partially fixed. When i hold down shift and hit left and right arrow, i can hear what's being selected, however when pressing shift+ctrl+left or right arrow to select by words, the selected text isn't spoken. Likewise if i press shift up- or down arrow to select line, the lines selected aren't spoken. /Krister
Reopening based on comment #15 from Krister. Thanks for testing it.
In order to fix this bug once, can I firstly get a complete set of possible operations?
Hi, Not entirely sure what you mean here, but you can move the cursor around in basically three ways: Firstly using only arrows up, down, left and right. This produses desired results, in that the screen reader reports moving by character, (arrows left/right) and moving line by line, (arrows up and down respectively) You can move by word with ctrl+left and right arrows. I haven't tested this, but i think this behaves as expected and Orca reports back the word the cursor moves over. However you can move by character, word and line and selecting that text with shift+up or down arrows for moving by line, shift +left or right arrow for moving by and selecting character and shift+ctrl+left or right arrow for moving by and selecting words. Shift +left and right arrow makes Orca say selected character, but shift+ctrl+left or right arrow and shift+up and down arrow leaves Orca silent. This is true in the message reading window as well as in the compose window. If you need further clarifications, please let me know. /Krister
Hi, krister! I think you have provided enough information to me. Thanks.
Created attachment 89996 [details] [review] Add a11y support for "ctrl-shitf-left" and "ctrl-shift-right" Add a11y support for "ctrl-shitf-left" and "ctrl-shift-right"
In my opinion, it is complex and a little difficult to let gtkhtml support accessiblities of "Shift-Up" and "Shift-Down". In gtkhtml, each line of text is considered as different accessible object. When the cursor is moved to different line, it will fire "object:property-change:accessible-parent" other than "text_caret_moved". And HTMLA11YText's html_a11y_text_get_selection() will only return the selected text in its line, not all the selected text. Maybe, we should add new codes to fire "text_selection-changed" and collect whole selected text.
Yi Jin, May be that is should be an enhancement. Please commit this patch for now.
Patch committed. Thanks for review.
> When the cursor is moved to different line, it will fire > "object:property-change:accessible-parent" other than "text_caret_moved". Actually, I only see focus: events. Assuming that Shift is NOT held down, of course. If Shift IS being held down when Up or Down Arrow is pressed, we're getting no events whatsoever. :-( It would be really handy if we could always get focus: events when the caret moved to a different line. (i.e. even if text is being selected) Is this doable? Thanks!
Just a ping to see how progress is being made on this. Thanks!
yeah, any news here? what's the current status, what does still have to be done?
*** Bug 535512 has been marked as a duplicate of this bug. ***
This seems to be dead, but anyway... shift+home/end also doesn't speak the selection. On the Orca side, in the cases where the selection is spoken (shift+right/left and shift+ctrl+right/left) it should also say "selected"/"unselected", like in gedit.
I assume that Evolution (which is the main app in which users run across this bug) will ultimately be migrating to WebKitGtk. But.... What should we do about this bug? Thanks!
*** Bug 677500 has been marked as a duplicate of this bug. ***
*** Bug 353458 has been marked as a duplicate of this bug. ***
GtkHtml is not under active development anymore. Evolution (its main consumer) switched to a WebKit backend a while ago. It is currently unlikely that there will be any further GtkHtml development. Closing this report as WONTFIX as part of Bugzilla Housekeeping (bug 778387) to reflect reality. Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again.