- From: White, Jason J <jjwhite@ets.org>
- Date: Fri, 21 Jul 2017 21:46:59 +0000
- To: David MacDonald <david100@sympatico.ca>, John Foliot <john.foliot@deque.com>
- CC: lisa.seeman <lisa.seeman@zoho.com>, "W3c-Wai-Gl-Request@W3. Org" <w3c-wai-gl@w3.org>
- Message-ID: <BN6PR07MB34575B3DAB367FFC9FA7D731ABA40@BN6PR07MB3457.namprd07.prod.outlook.com>
We’re still missing a definition of “conventional name”. To the extent that consensus has been reached in the discussion, I have tried to reflect it in the following first attempt. Please note that the viability of this proposal as a whole depends on details that haven’t yet been worked out. Thus, I’m reserving judgment on that question until the details are decided. The issue before the group is whether we can agree on a version of this which is fit for public review and suitable to be further considered after August. ****** The conventional name of a user interface component * Is expressed in the same natural (human) language as the label or instructions associated with the user interface component, and * Is drawn from a published, controlled vocabulary of terms designating conventional user interface components. ****** The proposal discussed at the informal meeting today is that the conventional name could be simply included in the content (programmatically determined as the accessible name of the UI component) or provided using an accessibility-supported metadata format, a future ARIA extension, or whatever is most suitable. I would like to see this proposal developed to the point at which we can fairly evaluate it and decide what to do with it in the course of subsequent work. From: David MacDonald [mailto:david100@sympatico.ca] Sent: Friday, July 21, 2017 3:57 PM To: John Foliot <john.foliot@deque.com> Cc: lisa.seeman <lisa.seeman@zoho.com>; W3c-Wai-Gl-Request@W3. Org <w3c-wai-gl@w3.org> Subject: Re: Alastair, Jan, Jason , myself and John have an updated version of In looking at Jason's proposal, I think it's more accurate. **** The conventional name of every conventional user interface component can be programmatically determined. **** Otherwise, it might be interpreted to mean the exact same thing as 4.1.2 which requires already that every component be programmatically determinable... Cheers, David MacDonald CanAdapt Solutions Inc. Tel: 613.235.4902 LinkedIn <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fdavidmacdonald100&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=RaCqI0ornoDyEbUjq4pe918j6Q7iw2nUkpVnaoWX1iQ%3D&reserved=0> twitter.com/davidmacd<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=5TRlQ%2BHF%2B0lKcKKYY%2BSHFGdJObXcVekg%2Fsk%2FTyhdulM%3D&reserved=0> GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=mKiSdSNvdY0474JGxLgnNbUoC7Bxq7YPr8%2FHKBcXLKM%3D&reserved=0> www.Can-Adapt.com<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.can-adapt.com%2F&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=hBFPaM5llgW76xRBd4Upr%2BAaq%2F6P7YYAyNp%2FLf1TAkw%3D&reserved=0> Adapting the web to all users Including those with disabilities If you are not the intended recipient, please review our privacy policy<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidmacd.com%2Fdisclaimer.html&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=juOfN2vZFPIQQFPkw4vFymJnh8vHFjhiWpMH73aCF3g%3D&reserved=0> On Fri, Jul 21, 2017 at 2:18 PM, John Foliot <john.foliot@deque.com<mailto:john.foliot@deque.com>> wrote: With the following draft definition added: Draft list of Conventional Controls: (note: we may be able to whittle this list down a bit - for a larger group discussion) Form inputs: · name (corresponds to both first and family), · first name, · family name, · initial, · phone (corresponds to a user phone number), · cell phone, · address 1, · city, · state, · country, · post code, · credit card, · credit card security code, · dates: expiry date, birth date, today's date, date start, date end · calendar data: day, *month, *year, Buttons or controls (content editing): · compose, · delete, · next, · previous, · submit, · undo, · cancel, · buy, · add label, · move, · view, · save, · send, · received, · sent, · edit, · reply, · forward, · my profile, · upload, · close, · more, · calendar, · entry, · expand, · unexpanded, · open, · new, · print, · settings, · mode, · higher, · lower. Buttons or controls (navigation): · home, · contact us, · our phone, · our email, · site map, · help, · about us, · terms, · tools, · comment, · language, · sign in, · sign up, · product, · services, · social, · post, · contact us, · help, · chat help, On Fri, Jul 21, 2017 at 11:20 AM, lisa.seeman <lisa.seeman@zoho.com<mailto:lisa.seeman@zoho.com>> wrote: Hi Folks Alastair, Jan, Jason and John have an updated version of personlization support At AA Purpose of controls: In content implemented using mark-up languages, conventional controls can be programmatically determined. (AA) At AAA we would like In content implemented using markup languages, the function and context information of controls and regions can be programmatically determined using a publicly available vocabulary. also Upgrade and change 3.3.5 to AA - Context-sensitive hel<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.w3.org%2FTR%2FUNDERSTANDING-WCAG20%2Fminimize-error-context-help.html%23context-sensitivehelpdef&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=BiaOaaKK19G6JFC4EGw3Sj19%2B75Xg101tN590sx6sNs%3D&reserved=0>p is available for non-conventional controls (this would included having a explanation) All the best Lisa Seeman LinkedIn<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fil.linkedin.com%2Fin%2Flisaseeman%2F&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=NIZCwjbjvLQS8BIQWVr3YNE5bPOJwzcngSaDwqvhO4g%3D&reserved=0>, Twitter<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FSeemanLisa&data=02%7C01%7Cjjwhite%40ets.org%7Ce5c06a23f6e74e4c769208d4d072c846%7C0ba6e9b760b34fae92f37e6ddd9e9b65%7C0%7C0%7C636362638794330039&sdata=%2FCkEHZrmcNRbP%2FGRLQoiiAbdmbFoN46RkUtiLO6r80c%3D&reserved=0> -- John Foliot Principal Accessibility Strategist Deque Systems Inc. john.foliot@deque.com<mailto:john.foliot@deque.com> Advancing the mission of digital accessibility and inclusion ________________________________ 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, 21 July 2017 21:47:26 UTC