You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The second example in the dpub-aria spec for doc-endnote generates a critical failure, "Required ARIA child role not present: listitem".
Note sure if this is an ACE issue, AXE issue or a dpub one. Happy to generate a sample file if you need one.
(Also think it may be related to this issue)
<section role="doc-endnotes">
<h2>Notes</h2>
<section id="ch1-notes">
<h3>Chapter 1</h3>
<div role="list">
<p id="6baa07af" role="doc-endnote">1. Additional results of this study can be found at … </p>
<div id="7b2c0555" role="doc-endnote">
<p>2. The primary source of infomation …</p>
<p class="note-cont">In the case of secondary studies …</p>
</div>
…
</div>
</section>
</section>
Thanks for the report! This seems to be related to #239 indeed, but the other way around.
Note that the specs are not clear about these role relationships (see w3c/dpub-aria#15), but in any case Ace should accept these as they are intended in DPUB ARIA.
I don't think this is "fixable" with the current state of the specifications. doc-endnote cannot currently be children of a list, per ARIA rules.
There are discussions about actually deprecating doc-endnote in a future version of DPUB ARIA.
That said, if we want to allow the construct while we wait for spec clarifications, I would look into the axe-path-only-list-item.js patch script. But it's been a while I haven't dived in this code…
Looking at this again. At this point both directory and doc-biblioentry are proposed to be deprecated, exactly for the reason that its inheritance creates confusion. Neither of these use cases is valid according to ARIA 1.1, so we're going to leave these as failures for axe-core.
Activity
rdeltour commentedon Aug 26, 2019
Thanks for the report! This seems to be related to #239 indeed, but the other way around.
Note that the specs are not clear about these role relationships (see w3c/dpub-aria#15), but in any case Ace should accept these as they are intended in DPUB ARIA.
I'll fix this in the next release.
danielweck commentedon Apr 13, 2020
Hello Romain, is this fixable as a new Axe patch, or by altering an existing one?
rdeltour commentedon Apr 13, 2020
I don't think this is "fixable" with the current state of the specifications.
doc-endnotecannot currently be children of alist, per ARIA rules.There are discussions about actually deprecating
doc-endnotein a future version of DPUB ARIA.That said, if we want to allow the construct while we wait for spec clarifications, I would look into the
axe-path-only-list-item.jspatch script. But it's been a while I haven't dived in this code…danielweck commentedon Apr 13, 2020
Thank you Romain about the specification status.
danielweck commentedon Apr 6, 2021
dequelabs/axe-core#1677 (comment)
danielweck commentedon Apr 6, 2021
"deprecate doc-biblioentry and doc-endnote":
w3c/dpub-aria#22
=>
https://w3c.github.io/dpub-aria/#doc-endnote
danielweck commentedon Apr 7, 2021
Fixed via:
#315
...or more precisely, via:
daisy/axe-core#4