Issue metadata
Sign in to add a comment
|
ChromeVox list count incorrectly reported after DOM update
Reported by
webmas...@rideschedules.com,
Nov 2 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. 2. 3. What is the expected behavior? ChromeVox updates with DOM change to correctly report listitem count. What went wrong? ChromeVox is not consistently updating with DOM changes to correctly report list item counts. Did this work before? N/A Does this work in other browsers? No Div container populated onload with innerHTML containing <table> with role="list" and aria-label="My table" with <tr> role="listitem". First and last <tr> are headers without role="listitem". On entry via tab key ChromeVox incorrectly reports a list with 0 items. Chrome DevTools element inspectors show correct HTML with > 0 <tr> with role="listitem". This occurs only on first page load. Subsequent DOM changes correct the issue. Chrome version: 61.0.3163.100 Channel: n/a OS Version: 10.0 Flash Version: I have been unable to locate a bug report or workaround.
,
Nov 2 2017
+ChromeVox
,
Nov 10 2017
Hello, I see that you have indicated that you are using ChromeVox on Windows. Please give us more details on the environment you are using. We recommend using a native screen reader with Chrome such as JAWS, NVDA, VoiceOver, or TalkBack. We support ChromeVox in the Chrome OS operating system on Chromebooks. I'll be happy to look into this further once I get this information. Also, if you can, please direct me to an example URL that demonstrates the table you described above to ensure that I am testing in the same context as you. Thanks, Laura
,
Nov 12 2017
Windows 10 fully updated using the most recent version of Chrome and ChromeVox. I've worked a bit more with this. I see list counts announced correctly when HTML mark up matches the roles (ul role="list" with li children). However, for a div container of role="list" with multiple a tags role="listitem" the count is incorrectly announced as zero. I think roles describe the page as experienced by sighted user. So, a drop down list of links with correct HTML structure would be announced as a list where role="list" with total items equal to the count of descendants with role="listitem". Clearly, translating complex markup into ARIA roles isn't going to match HTML structure. Is this the designed behavior?
,
Dec 14 2017
Hi, I think there is some confusion in how roles work. Each html tag should only have one role. If you add the role of listitem to an <a> tag, then screen reading software will no longer identify that tag as a link. Just as in a standard list of links you need both the <li> and <a>, you need two tags to make a list of links accessible. Example: <div role="list"> <div role="listitem"><a href="dog.html">dog</a></div> <div role="listitem"><a href="cat.html">cat</a></div> </div> Since I cannot reproduce this issue with NVDA or JAWS on Windows, I am closing this issue. Feel free to reopen it if you are able to reproduce with NVDA or JAWS. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by kochi@chromium.org
, Nov 2 2017