Nell'esempio che hai dato, hai perfettamente ragione, devi impostare l'attributo title.
Se aria-label
è uno strumento utilizzato dalle tecnologie assistive (come gli screen reader), non è supportato nativamente sui browser e non ha alcun effetto su di essi. Non sarà di alcun aiuto per la maggior parte delle persone prese di mira dal WCAG (tranne gli utenti degli screen reader), ad esempio una persona con disabilità intellettive.
La "X" non è sufficiente per fornire informazioni sull'azione guidata dal pulsante (pensa a qualcuno che non ha conoscenze informatiche). Potrebbe significare "chiudere", "cancellare", "cancellare", "ridurre", una strana croce, uno scarabocchio, niente.
Nonostante il fatto che il W3C sembra promuovere aria-label
piuttosto l' title
attributo qui: http://www.w3.org/TR/2014/NOTE-WCAG20-TECHS-20140916/ARIA14 in un esempio simile, puoi vedere che la tecnologia il supporto non include i browser standard: http://www.w3.org/WAI/WCAG20/Techniques/ua-notes/aria#ARIA14
In effetti aria-label
, in questa situazione esatta potrebbe essere usato per dare più contesto a un'azione:
Ad esempio, i non vedenti non percepiscono popup come quelli di noi con una buona visione, è come un cambiamento di contesto. "Torna alla pagina" sarà un'alternativa più conveniente per uno screen reader, quando "Chiudi" è più significativo per qualcuno che non ha uno screen reader.
<button
aria-label="Back to the page"
title="Close" onclick="myDialog.close()">X</button>
aria-label
possa essere usato se non vuoi mostrare la descrizione fornita dall'attributo title: Nei casi in cui un'etichetta visibile o una descrizione visibile non è desiderabile, gli autori POSSONO impostare il nome accessibile del elemento che utilizza l'etichetta aria