This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 8717 - Usability and Element-level-focus-apis
Summary: Usability and Element-level-focus-apis
Status: VERIFIED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://dev.w3.org/html5/spec/editing....
Whiteboard:
Keywords: a11y, a11ytf, a11y_focus
Depends on:
Blocks:
 
Reported: 2010-01-11 20:07 UTC by Joshue O Connor
Modified: 2010-10-04 14:31 UTC (History)
7 users (show)

See Also:


Attachments

Description Joshue O Connor 2010-01-11 20:07:28 UTC
The spec currently states:

"The blur() method, when invoked, should run the focusing steps for the body element, if there is one; if there is not, then it should run the unfocusing steps for the element on which the method was called instead. User agents may selectively or uniformly ignore calls to this method for usability reasons."

I think examples where calls of the blur() method need to be ignored should be given. It would help to reinforce correct use, rather that the assumption that the reader inherently understands good usability practice.
Comment 1 Ian 'Hixie' Hickson 2010-02-06 09:44:59 UTC
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Did Not Understand Request
Change Description: no spec change
Rationale: Do you have any suggestions?
Comment 2 Joshue O Connor 2010-02-09 10:56:43 UTC
Thanks to Gez for the following example:

There can be usability issues using the JavaScript blur method. Some designers
don't like the dotted rectangle that some browsers place around the
link that currently has focus (either from tabbing to the link, or
clicking through a link and then pressing the back button).

This dotted rectangle is an aid for keyboard only users to
give some kind of visual indication that an element has focus, but
some designers only focus on the mode they're familiar with; using the
mouse to navigate, and rarely think about keyboard only users. Some of
these designers use the blur technique to remove focus so that the
dotted line is removed so as not to ruin their design with
something like:

<a href="..." onfocus="this.blur()">...</a>

The problem with this is that this method effectively renders the page useless
for keyboard users, as it's impossible to navigate to or go past that
link using the keyboard, as the blur method deliberately removes focus
from the element. That could be a typical example that a user agent
would ignore for usability, as this kind of behaviour is not beneficial.



Comment 3 Ian 'Hixie' Hickson 2010-02-14 11:03:57 UTC
Thanks!

EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Accepted
Change Description: see diff given below
Rationale: Concurred with reporter's comments
Comment 4 contributor 2010-02-14 11:04:52 UTC
Checked in as WHATWG revision r4733.
Check-in comment: Elaborate on why blur() is bad.
http://html5.org/tools/web-apps-tracker?from=4732&to=4733
Comment 5 Michael Cooper 2010-08-28 14:26:46 UTC
http://www.w3.org/2002/09/wbs/44061/20080513_bugs/results#xq6

Spec is now consistent with the change request in this bug.