Implement caret navigation
Bug #682235 reported by
Joanmarie
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gwibber |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The way users who are blind typically interact with and read displayed text is to move focus to the widget and then, if necessary, arrow around. As they move the caret, their screen reader announces the unit of text moved to.
Because Gwibber uses WebKitGtk, and WebKitGtk is remarkably accessible, if you implement caret navigation for the displayed status updates, it will be trivial to add support for Gwibber in the Orca screen reader.
Thanks in advance!
To post a comment you must log in.
I've been monitoring the discussion on the Orca list and noticed the simple solution that Mario posted for enabling caret navigation. I think it will probably raise some problems with Gwibber's non-standard scrolling behavior. Do you (or Mario) happen to know if there are any event hooks we can use to detect when the user is moving around with caret navigation so we can tie it into our scrolling apparatus?
I believe that Neil is planning to get accessibility working for the new native Gtk-based UI that we are building for Gwibber 3, in which case we won't have to worry about WebKit. If we end up getting close to freeze and don't think that the new UI is going to be ready, I think we should support the caret navigation as an option.