W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2017

RE: Should Datepickers be treated as a Modal Dialog?

From: SALES, TERRY LYNN <TERRYLYNN.SALES@cbp.dhs.gov>
Date: Thu, 16 Nov 2017 15:09:32 +0000
To: Jonathan Avila <jon.avila@levelaccess.com>, W3C WAI Interest Group <w3c-wai-ig@w3.org>
Message-ID: <CD6739563257E640956C81ABE78DD091F53BD611@D2ASEPREA011>
Excellent point!

________________________________
From: Jonathan Avila
Sent: Thursday, November 16, 2017 9:57:45 AM
To: W3C WAI Interest Group
Subject: RE: Should Datepickers be treated as a Modal Dialog?


Ø  My first question would be do the date pickers in question provide an alternate entry form?  If the date can be typed in, and is keyboard accessible for that function, is the calendar portion required to be accessible?

This is dependent on the function of the calendar.  If the function is to add a date regardless of day of the week then an input may be an alternative.  However, if the calendar allows for the user to find the 2nd Tuesday of the month, see holidays, blackout dates, etc. then providing a text input does not provide equivalent functionality.  For things like flights, scheduling appointments, etc. I’d argue that an input does not provide equivalent functionality.

Jonathan

Jonathan Avila
Chief Accessibility Officer
Level Access, inc. (formerly SSB BART Group, inc.)
jon.avila@levelaccess.com<mailto:jon.avila@levelaccess.com>
703.637.8957 (Office)
Visit us online: Website<http://www.levelaccess.com/> | Twitter<https://twitter.com/LevelAccessA11y> | Facebook<https://www.facebook.com/LevelAccessA11y> | LinkedIn<https://www.linkedin.com/company/level-access> | Blog<http://www.levelaccess.com/blog/>
Looking to boost your accessibility knowledge? Check out our free webinars!<http://www.ssbbartgroup.com/webinars/>

The information contained in this transmission may be attorney privileged and/or confidential information intended for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this communication is strictly prohibited.

From: SALES, TERRY LYNN [mailto:TERRYLYNN.SALES@cbp.dhs.gov]
Sent: Thursday, November 16, 2017 9:21 AM
To: Bolena, Zachary; w3c-wai-ig@w3.org
Cc: W3C WAI Interest Group
Subject: RE: Should Datepickers be treated as a Modal Dialog?

My first question would be do the date pickers in question provide an alternate entry form?  If the date can be typed in, and is keyboard accessible for that function, is the calendar portion required to be accessible?

Terry Lynn (TL) Sales
Section 508 and UI Tester
DHS/CBP/OIT/CSPD
571-468-5271 Desk
703-945-2777 B’Berry

From: Bolena, Zachary [mailto:Zachary.Bolena@Schwab.com]
Sent: Thursday, November 16, 2017 8:55 AM
To: w3c-wai-ig@w3.org<mailto:w3c-wai-ig@w3.org>
Cc: W3C WAI Interest Group <w3c-wai-ig@w3.org<mailto:w3c-wai-ig@w3.org>>
Subject: Should Datepickers be treated as a Modal Dialog?

Hello All,

Every example of an “accessible” date picker I have looked at online does not treat the datepicker as a modal dialog. Is this because it is not a seen as a modal dialog but rather a specific task based widget? Should the datepicker container <div> take on the same characteristics as a modal such as hiding the background from screen readers when the datepicker calendar is active?


Thank you,
Zachary Bolena
Senior Manager of Accessibility for User Experience
Charles Schwab & Co., Inc.

“Great innovators fall in love with the problem, not the solution.”

NOTICE: All email sent to or from the Charles Schwab corporate email system is subject to archiving, monitoring and/or review by Schwab personnel.
Received on Thursday, 16 November 2017 15:10:06 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 6 December 2017 16:04:47 UTC