- From: James Nurthen <nurthen@adobe.com>
- Date: Fri, 13 Apr 2018 16:10:07 +0000
- To: Bryan Garaventa <bryan.garaventa@levelaccess.com>, David MacDonald <david100@sympatico.ca>, "Schnabel, Stefan" <stefan.schnabel@sap.com>
- CC: ARIA Working Group <public-aria@w3.org>
- Message-ID: <503E6D6B-0216-4B32-8F58-A956E5CBC17D@adobe.com>
I think changing something like this would lead to a lot of extra verbosity which would be undesireable. Title should never be used for anything important anyway – as keyboard users cannot get to it (in most browsers) either. James Nurthen | Accessibility Engineer | Adobe | p. 415.832.2734 | c. 415.987.1918 | nurthen@adobe.com From: Bryan Garaventa <bryan.garaventa@levelaccess.com> Date: Friday, April 13, 2018 at 9:08 AM To: David MacDonald <david100@sympatico.ca>, "Schnabel, Stefan" <stefan.schnabel@sap.com> Cc: ARIA Working Group <public-aria@w3.org> Subject: RE: AccName question about multiple description edge case Resent-From: <public-aria@w3.org> Resent-Date: Friday, April 13, 2018 at 9:07 AM Thanks, I understand, and have always thought the invisible loss of accessible information was strange. Should this be raised as an issue to be added to the naming computation, or should this be ignored as something everybody knows and just deals with? Thanks, Bryan Bryan Garaventa Accessibility Fellow Level Access, Inc. Bryan.Garaventa@LevelAccess.com 415.624.2709 (o) www.LevelAccess.com From: David MacDonald <david100@sympatico.ca> Sent: Friday, April 13, 2018 5:42 AM To: Schnabel, Stefan <stefan.schnabel@sap.com> Cc: ARIA Working Group <public-aria@w3.org>; Bryan Garaventa <bryan.garaventa@levelaccess.com> Subject: Re: AccName question about multiple description edge case It is the expected result because the title is a swing attribute that fills an empty accname or accdesciption My preference would be that if it is different then it is a concatenation with the accdescrption... There a lot if override errors in the wild On Fri, Apr 13, 2018 at 5:34 AM Schnabel, Stefan <stefan.schnabel@sap.com<mailto:stefan.schnabel@sap.com>> wrote: Hi Bryan, I understood this as override accepted by the group ever since the very beginning. Not clear where exactly this is handled in the accessible description computation requirements. Personally, I feel unhappy with this override. Regards Stefan -----Original Message----- From: Bryan Garaventa [mailto:bryan.garaventa@levelaccess.com<mailto:bryan.garaventa@levelaccess.com>] Sent: Friday, April 13, 2018 9:31 AM To: ARIA Working Group <public-aria@w3.org<mailto:public-aria@w3.org>> Subject: AccName question about multiple description edge case Hi, I'd like to verify the expectation for the following testable statement. <input type="text" aria-label="LabelText" title="TitleText" id="test" aria-describedby="descid"><div id="descid">DescriptionText</div> Current results: accName: "LabelText" accDesc: "DescriptionText" The title is lost. Is this the expected result? Thanks, Bryan Bryan Garaventa Accessibility Fellow Level Access, Inc. Bryan.Garaventa@LevelAccess.com<mailto:Bryan.Garaventa@LevelAccess.com> 415.624.2709 (o) www.LevelAccess.com<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.LevelAccess.com&data=02%7C01%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=XZABcNyraLjYuY3JCfLM2tkmGQO3D5arPj1FXOtbRbE%3D&reserved=0> -- 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%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=IB79vBtCXytQD7uCJbrP4SVUPYU5ztIyi%2B%2BfVMdKijk%3D&reserved=0> twitter.com/davidmacd<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=f2q%2BmOI1Lgi0kDoxTZqJXXFg4Wu6ooCWPeeEKcvbmDA%3D&reserved=0> GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=S%2FlA78tc9OcnII5zk5%2BwG3ne%2FjnkUwCHEgK0uOII6dU%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%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=1xlTPaIuQFSAQ0nTQKvmrht29GyVzpLEJ72X7x24O9c%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%7Cnurthen%40adobe.com%7C378eee03c8254f7cf15508d5a158c2dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636592324966819422&sdata=Fp5XzwI6NeWZo3N0gjmaktxEs0EQKazZJ%2FTJbe%2BH9NM%3D&reserved=0>
Received on Friday, 13 April 2018 16:10:33 UTC