- From: White, Jason J <jjwhite@ets.org>
- Date: Mon, 6 Jul 2015 19:37:07 +0000
- To: Richard Schwerdtfeger <schwer@us.ibm.com>
- CC: WAI Protocols & Formats <public-pfwg@w3.org>
> On Jul 2, 2015, at 16:44, Richard Schwerdtfeger <schwer@us.ibm.com> wrote: > > We define attribute called aria-errormessage that takes a single ID that points to the error message. Authors should ensure that the ID points to a message that has an aria-live property. The default is aria-live="off", consistent with the aria-live attribute. When the aria-errormessage is applied the author MUST also supply the aria-invalid attribute to the element. It is not an author MUST to have an aria-erromessage when aria-invalid is provided. Suppose aria-invalid=“false”, aria-errormessage=“myId”, and the element referred to has aria-live=“assertive”. If the content of that element changes but aria-invalid remains “false”, is it correct that the UA still shouldn’t deliver the error message to the user? That is, should aria-invalid be required to have a non-false token value for the error message to be delivered? I think this is the correct result, but it’s important to consider such cases in developing the spec. ________________________________ 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 Monday, 6 July 2015 19:37:37 UTC