Re: ISSUE-96 Change Proposal

hi jonas, i probably haven't explained myself clearly.

i think 2 things are needed:
Ability to use a control with the keyboard
when a simple control (button) or parts of a complex control (date
picker) receive keyboard focus the focus state is exposed via an
accessibility API.

is that any clearer?

I do not think any of the controls should be removed from the spec.


On 1 April 2010 16:54, Jonas Sicking <> wrote:
> On Thu, Apr 1, 2010 at 8:38 AM, Steven Faulkner
> <> wrote:
>> hi jonas,
>> I didn't imply that anything should be removed from HTML5
> Sorry, didn't mean to imply that you did. I intended to ask what your
> opinion was on the subject.
>>>I'm curious to hear that you're bringing up programmatic focus.
>>>Do you mean that
>>> it's important that the *web page* can programmatically focus a
>>> particular button in, for example, a date picker? Rather than that the
>>> user can use accessibility APIs to do this.
>> I mean that focus needs to be provided natively for all native control
>> keyboard interactions by the browser .
> Hmm, I don't think I understand fully what you are saying.
> Are you saying that "programmatic focus and keyborad operability" from
> your initial email is about that these things must be provided by the
> browser to the user via accessibility APIs? I.e. the browser must
> allow the user to use keyboard navigation as well as use other
> accessibility APIs to focus various parts of the date picker?
> / Jonas

with regards

Steve Faulkner
Technical Director - TPG Europe
Director - Web Accessibility Tools Consortium |
Web Accessibility Toolbar -

Received on Thursday, 1 April 2010 20:04:16 UTC