W podanym przykładzie masz całkowitą rację, musisz ustawić atrybut title.
Jeśli aria-label
jest to jedno narzędzie wykorzystywane przez technologie wspomagające (takie jak czytniki ekranu), nie jest natywnie obsługiwane w przeglądarkach i nie ma na nie wpływu. Nie przyniesie żadnej pomocy większości osób, na które celuje WCAG (z wyjątkiem użytkowników czytników ekranu), na przykład osób z niepełnosprawnością intelektualną.
„X” nie wystarcza, aby przekazać informacje o akcji prowadzonej przez przycisk (pomyśl o kimś bez znajomości komputera). Może to oznaczać „zamknij”, „usuń”, „anuluj”, „zmniejsz”, dziwny krzyż, doodle, nic.
Pomimo faktu, że W3C wydaje się promować aria-label
raczej ten title
atrybut tutaj: http://www.w3.org/TR/2014/NOTE-WCAG20-TECHS-20140916/ARIA14 w podobnym przykładzie, widać, że technologia obsługa nie obejmuje standardowych przeglądarek: http://www.w3.org/WAI/WCAG20/Techniques/ua-notes/aria#ARIA14
W rzeczywistości aria-label
w tej dokładnej sytuacji można zastosować więcej kontekstu dla akcji:
Na przykład osoby niewidome nie postrzegają wyskakujących okienek, takich jak te z nami, które mają dobrą wizję, to jak zmiana kontekstu. „Powrót do strony” będzie wygodniejszą alternatywą dla czytnika ekranu, gdy „Zamknij” ma większe znaczenie dla osoby bez czytnika ekranu.
<button
aria-label="Back to the page"
title="Close" onclick="myDialog.close()">X</button>
aria-label
można go użyć, jeśli nie chcesz wyświetlać podpowiedzi dostarczanej przez atrybut title: W przypadkach, gdy widoczna etykieta lub widoczna podpowiedź jest niepożądana, autorzy MOGĄ ustawić dostępną nazwę element z wykorzystaniem aria-label