RESOLVED WONTFIX 84192
inputTypeDateA11y input type=date datepicker not keyboard or VoiceOver accessible in Chrome Canary 
https://bugs.webkit.org/show_bug.cgi?id=84192
Summary input type=date datepicker not keyboard or VoiceOver accessible in Chrome Canary
Paul J. Adam
Reported Tuesday, April 17, 2012 10:13:49 PM UTC
Chrome Version : Version 20.0.1105.0 canary URLs (if applicable) : http://slides.html5rocks.com/#new-form-types What steps will reproduce the problem? 1. Visit http://slides.html5rocks.com/#new-form-types, enable VoiceOver if wanting to test screen reader accessibility 2. Tab to input type=date example 3. Attempt to activate date picker by pressing arrow keys, enter key, tab key, or next item VoiceOver gesture What is the expected result? Date picker should open and be navigable with the keyboard and usable for someone who is blind using VoiceOver. What happens instead? Nothing, it is not possible to activate the date picker with the keyboard or VoiceOver gestures. You have to use a mouse which is not accessible. Even if the mouse is used to activate the date picker the picker itself is still not accessible to VoiceOver.
Attachments
Add attachment proposed patch, testcase, etc.
Dominic Mazzoni
Comment 1 Wednesday, May 2, 2012 6:15:52 AM UTC
It looks like the calendar control has some keyboard accessibility already, but a bug in Chrome is preventing VoiceOver from seeing the accessibility tree of the popup. I filed http://crbug.com/125891 Once the Chrome bug is resolved, we can revisit this and see if the html/js needs any polishing to be fully accessible. In the meantime I tried to check it in WebKit Nightly, but this feature doesn't seem to be enabled. Are there any plans to enable this in WebKit Nightly?
Kent Tamura
Comment 2 Wednesday, May 2, 2012 6:23:18 AM UTC
(In reply to comment #1) > In the meantime I tried to check it in WebKit Nightly, but this feature doesn't seem to be enabled. Are there any plans to enable this in WebKit Nightly? For now, there are on plans to enable it in non-Chromium ports. We need some platform-specific code like Source/WebKit/chromium/src/WebPagePopupImpl.cpp, but non-Chromium ports don't have it yet.
Kent Tamura
Comment 3 Wednesday, May 2, 2012 6:23:52 AM UTC
(In reply to comment #2) > For now, there are on plans on plans -> no plans
Kent Tamura
Comment 4 Thursday, May 9, 2013 12:03:57 AM UTC
This is Chromium-only bug. We won't handle it in WebKit.
Note You need to log in before you can comment on or make changes to this bug.