Bug 76797 - [Gtk] Entries should be arrow-out-of-able
Summary: [Gtk] Entries should be arrow-out-of-able
Status: UNCONFIRMED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords: Gtk
Depends on:
Blocks: 25531
  Show dependency treegraph
 
Reported: 2012-01-22 03:21 PST by Joanmarie Diggs
Modified: 2017-03-11 10:45 PST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joanmarie Diggs 2012-01-22 03:21:41 PST
+++ This bug was initially created as a clone of Bug #76796 +++

Steps to reproduce:

1. Launch Epiphany and enable caret navigation (if it is not already enabled) by pressing F7.

2. Load a page with entries (e.g. https://bugs.webkit.org/enter_bug.cgi?product=WebKit).

3. Tab to an entry. Type some text (optional). Then press Left/Right Arrow to exit the entry.

Expected results: You would be able to exit the entry via Left Arrow when the caret is at the beginning of the entry and via Right Arrow when the caret is at the end of the entry.

Actual results: You cannot arrow out of the entry.

Impact: Users who are blind and accessing content by caret navigation can get "stuck" in a focused entry. To get unstuck, they must then move focus out of the form field (e.g. by Tabbing to a nearby link). Finally, to continue reading the content, they must backtrack to the entry and then arrow around it. This is especially inefficient. It would be beyond awesome if WebKitGtk's native caret navigation could handle this case.

BTW: Placing in component Accessibility now for Mario's consideration/triage and reassignment to the more appropriate component.
Comment 1 chrys 2013-12-16 19:56:50 PST
Confirmed as described. This is really frustrating :/. I often run into this problem.