- From: Matt King <a11ythinker@gmail.com>
- Date: Thu, 16 Nov 2017 17:22:54 -0800
- To: "'Sean Murphy \(seanmmur\)'" <seanmmur@cisco.com>, "'Joseph Yang'" <joesaiyang@gmail.com>, <w3c-wai-ig@w3.org>
- Cc: <w3c-wai-ig@w3.org>
- Message-ID: <021601d35f42$98dac230$ca904690$@gmail.com>
There is no one best way to design an accessible date picker or date input field. Using a dialog, either modal or non-modal, can provide some useful advantages, especially to keyboard users, for more complex date pickers. However, it is certainly not necessary to use a dialog. Matt King From: Sean Murphy (seanmmur) [mailto:seanmmur@cisco.com] Sent: Thursday, November 16, 2017 3:24 PM To: Joseph Yang <joesaiyang@gmail.com>; w3c-wai-ig@w3.org Cc: w3c-wai-ig@w3.org Subject: RE: Should Datepickers be treated as a Modal Dialog? Joseph “It is my understanding that if there is an area for the user to input the date, that the calendar would not need to be accessible. Although, going the extra mile to making it accessible would be ideal.” I find this an interesting statement. As your assuming a person knows the date they want to use. What occurs if the user knows it is the 3rd Wednesday of the month they need to enter in the date field? If they cannot access the calendar and the calendar provides the correct information. Then the user is stuck and has to use alternative methods. Sean Murphy ENGINEER.CUSTOMER SUPPORT <mailto:seanmmur@cisco.com> seanmmur@cisco.com Tel: +61 2 8446 7751 Cisco Systems, Inc. The Forum 201 Pacific Highway ST LEONARDS 2065 Australia cisco.com Think before you print. This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Please <http://www.cisco.com/c/en/us/about/legal/terms-sale-software-license-agreement/company-registration-information.html> click here for Company Registration Information. From: Joseph Yang [mailto:joesaiyang@gmail.com] Sent: Friday, 17 November 2017 6:23 AM To: w3c-wai-ig@w3.org <mailto:w3c-wai-ig@w3.org> Cc: w3c-wai-ig@w3.org <mailto:w3c-wai-ig@w3.org> Subject: Re: Should Datepickers be treated as a Modal Dialog? It is my understanding that if there is an area for the user to input the date, that the calendar would not need to be acessible. Although, going the extra mile to making it accessible would be ideal. On Thu, Nov 16, 2017 at 6:31 AM SALES, TERRY LYNN <TERRYLYNN.SALES@cbp.dhs.gov <mailto:TERRYLYNN.SALES@cbp.dhs.gov> > wrote: 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 <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.
Attachments
- image/png attachment: image001.png
- image/gif attachment: image002.gif
Received on Friday, 17 November 2017 01:23:23 UTC