This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
4.10.19 autfocusing a form control If the user has indicated (for example, by starting to type in a form control) that he does not wish focus to be changed, then optionally abort these steps. If a user has indicated through a browser, OS, AT or site settting that he doesn't want autofocus behavior, it must not be done. Autofocus is a problem for some AT products, and also for some users who don't understand what has happened.
mass-moved component to LC1
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: no spec change Rationale: The spec already says this in the very sentence quoted above.
"8.If the user has indicated (for example, by starting to type in a form control) that he does not wish focus to be changed, then optionally abort these steps." Can we remove the word "optionally"?
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: Rejected Change Description: no spec change Rationale: We cannot dictate UI.
(In reply to comment #4) > 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: Rejected > Change Description: no spec change > Rationale: We cannot dictate UI. the spec does dictate UI when you choose to: example: "The alt attribute does not represent advisory information. User agents must not present the contents of the alt attribute in the same way as content of the title attribute." http://dev.w3.org/html5/spec/the-img-element.html#the-img-element
I don't think that's quite the same and in any event that should be filed as a different bug if you think it is.
(In reply to comment #6) > I don't think that's quite the same and in any event that should be filed as a > different bug if you think it is. Well, unless explained, your thoughts about them being not quite the same are not supporting your rationale. I am not interested in filing a bug as I was pointing out the flaw in your rationale by providing an example of where you have dictated UI. A MUST requirement that is currently violated by at least one browser. So a precedent has been set. I would suggest that if you want the spec to not dictate UI, you should file a bug.
HTML A11Y TF has decided to push this off to HTML.next and ask Cynthia to drive.
Mass move to "HTML WG"
Assigned to Cynthia for further investigation, per HTML A11y TF action 274: http://www.w3.org/WAI/PF/HTML/track/actions/274
Moved to https://github.com/w3c/html/issues/105