Closed Bug 65038 Opened 24 years ago Closed 24 years ago

Allow user to browse with caret, if a pref is set

Categories

(Core :: DOM: UI Events & Focus Handling, enhancement)

x86
All
enhancement
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 49508

People

(Reporter: aaronlev, Assigned: aaronlev)

Details

(Keywords: access)

This enhancement will allow users of screen readers and other accessibility
tools to browse Mozilla as if it's a read-only editor. 

Rather than arrow keys scrolling the page up, down, left and right, they move a
visible caret. Shifted movement keys highlight a selection. This way selection
can be done without the mouse. This involves changes to nsGlobalWindow.cpp and
htmlBindings.xml.

The visible caret is set to "readonly" so that it's gray and doesn't blink. This
indicates to the user that no data entry is allowed. This involves changes in
nsCaret.cpp.

If the user presses tab or shift-tab, the focus is moved relative to the
position of the caret. In addition, whenever the focus moves, the caret is
placed at the start of the focus. When the user moves the caret over a link, the
link is focused. This involves changes in nsEventStateManager.cpp.

I'm 90% done with this coding. All that remains is to ensure the readonly state
is properly maintained when focus changes.
Status: NEW → ASSIGNED
Keywords: access
Aaron, question: Did you file a bug about improving keyboard navigation support?
I can't find a bug about that issue. I'm almost sure there is one already! As I
see this I think, maybe Aaron, just asking!

/HJ
b.t.w. try to use preferences without your mouse!

*** This bug has been marked as a duplicate of 49508 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy dup
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.