<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.prokeys-snippet-text
        {mso-style-name:prokeys-snippet-text;}
p.gmail-m-6278753300580085914msolistparagraph, li.gmail-m-6278753300580085914msolistparagraph, div.gmail-m-6278753300580085914msolistparagraph
        {mso-style-name:gmail-m_-6278753300580085914msolistparagraph;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Alex is basically exactly correct.<o:p></o:p></p>
<p class="MsoNormal">ARIA that is made up will have no impact on accessibility whatsoever. ARIA roles that aren’t implemented properly will usually create more problems than it solves.
<o:p></o:p></p>
<p class="MsoNormal">I would extend the technical description a tad; the browser reads the DOM (code of the web page,) and presents the browser’s interpretation of the DOM to the Accessibility API of the operating system. Screen readers, by and large anyway,
 read the accessibility API and interpret that output. So, in short, the website must implement the specification properly, and both the browser and assistive technology in question must support and implement the specification. If any of these things are not
 true, it can lead to problems.<o:p></o:p></p>
<p class="MsoNormal">For example, it is possible, and often does occur, that there is a lag between roles being part of the specification, or proposed for inclusion, and when those roles, states, and values are supported by the browser and screen readers in
 question. Older browsers or screen readers may not, and often times do not, fully work with the latest version of ARIA. This is why ARIA should not be used as a first-line solution to accessibility problems; and especially not ARIA that is simply proposed
 or newly included ARIA.<o:p></o:p></p>
<p class="MsoNormal">As an aside, this is also why pushing the browsers and assistive technology vendors to stick strictly to the specification is so important. It is challenging enough to ensure accessibility in this space, but all the more if browsers and
 assistive technologies don’t uniformly implement the specification.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> athen-list <athen-list-bounces@mailman12.u.washington.edu>
<b>On Behalf Of </b>Alex Umstead<br>
<b>Sent:</b> Thursday, April 18, 2019 7:37 PM<br>
<b>To:</b> Access Technology Higher Education Network <athen-list@u.washington.edu><br>
<b>Subject:</b> Re: [Athen] ARIA attributes<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi Khoa,<o:p></o:p></p>
<div>
<p class="MsoNormal">I'll put it this way: if they think they can make up ARIA roles, states, and properties, they don't know much about ARIA. :)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">ARIA only works (at least as I understand it) through the browser exposing information in very specific ways to the OS' accessibility API. If developers make up a role/state/property, the browser won't know how to expose it, and the screen
 reader won't know how to interpret it. Role="fish", for example, will not make JAWS or
<span class="prokeys-snippet-text">NVDA consider </span>something to be a fish, because there's no such thing as a "fish" mapping in Windows' User Interface Automation API.<br>
<br>
Here's some info on <a href="https://www.w3.org/TR/core-aam-1.1/#roleMappingGeneralRules">
how ARIA roles are supposed to get mapped</a>. Again, this isn't necessarily how it all translates out in the real world, but should cover the scope of what you're running into.<br>
<br>
I'd also share this <a href="https://www.w3.org/TR/core-aam-1.1/#mapping_role_table">
Role Mapping Table</a> with them, and ask them to explain how (with what ATs and browser combinations) they're coming to the conclusion that fake ARIA works, and what criteria they're using to determine "works" vs "doesn't work." <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Also, I'm wondering if they're looking at one really specific edge case -- role="text", which was
<a href="https://www.w3.org/WAI/ARIA/track/issues/435"><i>proposed</i> for the spec</a>, but not added, and has unofficial support in Safari/VoiceOver on iOS and (I think?) in Chrome -- and assuming that what they can do in a really, really specific scenario
 applies everywhere.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">You can also open up the accessibility inspector in Chrome or FF to get an idea of how elements are getting mapped in the accessibility tree, and then take screenshots of how their code gets translated out to screen readers. This won't
<i>necessarily</i> correlate 1:1 with the OS' internal mappings, but should be enough to show them that their fake roles aren't actually changing anything.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Alex<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Thu, Apr 18, 2019 at 5:43 PM Khoa Pham <<a href="mailto:kpham@swccd.edu">kpham@swccd.edu</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Hi All,<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">I recently had a discussion with a vendor on the non-accessible areas of their product. One of the things that was discussed was their use ARIA roles and states. I use AXE as one
 my tools to test for accessibility and would often run into these errors:<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph" style="margin-left:38.25pt">
<span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span>ARIA attributes must conform to valid names<o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph" style="margin-left:38.25pt">
<span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span>ARIA attributes must conform to valid values<o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph" style="margin-left:38.25pt">
<span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span>ARIA roles used must conform to valid values<o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph" style="margin-left:38.25pt">
 <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">I would check to make sure these errors are not false positives with the two sources below before notifying the vendor. Although they will look into these findings, I had mentioned
 that I have found similar errors in other products that seems to show made up ARIA roles, states, and values. Their response was it is acceptable to make up ARIA. This doesn’t sound right and I’ve tried to search for anything to confirm this statement, but
 have come up empty handed. Can anyone please provide me with an answer?<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph"><span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span><a href="https://www.w3.org/TR/wai-aria-1.1/" target="_blank">https://www.w3.org/TR/wai-aria-1.1/</a><o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph"><span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span><a href="https://www.w3.org/TR/wai-aria-practices-1.1/" target="_blank">https://www.w3.org/TR/wai-aria-practices-1.1/</a><o:p></o:p></p>
<p class="gmail-m-6278753300580085914msolistparagraph"><span style="font-family:Symbol">·</span><span style="font-size:7.0pt;font-family:"Times New Roman",serif">        
</span><a href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques" target="_blank">https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques</a><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Thank you,<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Khoa<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
athen-list mailing list<br>
<a href="mailto:athen-list@mailman12.u.washington.edu" target="_blank">athen-list@mailman12.u.washington.edu</a><br>
<a href="http://mailman12.u.washington.edu/mailman/listinfo/athen-list" target="_blank">http://mailman12.u.washington.edu/mailman/listinfo/athen-list</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>