[Webkit-unassigned] [Bug 76797] New: [Gtk] Entries should be arrow-out-of-able

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=76797

           Summary: [Gtk] Entries should be arrow-out-of-able
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
        OS/Version: Unspecified
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Accessibility
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: jdiggs at igalia.com
                CC: msanchez at igalia.com


+++ 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.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.