W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

RE: Follow up from the meeting on Issue 14: timeouts

From: White, Jason J <jjwhite@ets.org>
Date: Fri, 12 May 2017 13:21:15 +0000
To: Andrew Kirkpatrick <akirkpat@adobe.com>, Gregg C Vanderheiden <greggvan@umd.edu>, "Schnabel, Stefan" <stefan.schnabel@sap.com>
CC: David MacDonald <david100@sympatico.ca>, Katie Haritos-Shea <ryladog@gmail.com>, "w3c-waI-gl@w3. org" <w3c-wai-gl@w3.org>
Message-ID: <BN6PR07MB3457C242C0FFBBECF9E6EBA2ABE20@BN6PR07MB3457.namprd07.prod.outlook.com>

From: Andrew Kirkpatrick [mailto:akirkpat@adobe.com]
Sent: Friday, May 12, 2017 9:17 AM

The current language is:
For each time limit set by the content where user-entered data can be lost, the user is advised about the length of the time limit at the start of the process, unless any user-entered data is preserved for at least 24 hours after the limit is reached.

Real-time events such as running out of hotel rooms, or an auction closing out are not set by the content, so they would not apply. We can explain that in the Understanding document of course.
[Jason] 2.2.1 uses the phrase “time limit that is set by the content”. Real-time events and “essential” exceptions are then handled as exceptions (i.e., special cases). This treatment makes it clear that such cases are indeed instances of “time limits set by the content” as this phrase is used in WCAG, contrary to your assertion above.
If you want to exclude them from any proposal, it has to be done explicitly.


This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.

Thank you for your compliance.

Received on Friday, 12 May 2017 13:21:54 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 21:08:13 UTC