Деякі елементи мають підпис для шрифту Брайля, але не мають звичайної назви

Деякі елементи мають підпис лише для брайлівських дисплеїв (aria-braillelabel або aria-brailleroledescription), але без звичайного підпису чи опису, який він має доповнювати.

Цей текст перекладено автоматично, носій мови його ще не вичитав.

Чому це важливо для ваших покупців

Покупці, які слухають мовлення замість брайлівського дисплея, не отримують назви елемента або чують неправильний опис, наприклад кнопки чи позначки статусу, і не розуміють, що він робить.

Кого це стосується

користувачі програм зчитування з екрана
незрячі покупці

Як виправити

Використовуйте брайлівські атрибути лише як доповнення до звичайної назви. Елементу з aria-braillelabel також потрібен видимий текст, aria-label або aria-labelledby; елементу з aria-brailleroledescription також потрібен aria-roledescription. Для більшості магазинів найпростіше рішення — видалити брайлівські атрибути.

У Shopify

У темах і застосунках Shopify трапляється дуже рідко. Знайдіть «aria-braille» у коді теми та сніпетах застосунків і додайте звичайну назву або видаліть атрибут.

У Shoptet (CZ)

У шаблонах Shoptet трапляється дуже рідко. Якщо з’явилося, зазвичай це власний код, доданий до шаблону; попросіть партнера Shoptet його виправити.

У PrestaShop

Трапляється дуже рідко. Знайдіть «aria-braille» у файлах .tpl теми та шаблонах модулів і додайте звичайну назву або видаліть атрибут.

У WooCommerce

Трапляється дуже рідко. Знайдіть «aria-braille» у дочірній темі та коді плагінів; виправте це в темі або повідомте автора плагіна.

Стандарти

Стандарти
Стандарт	Пункт
WCAG 2.2	4.1.2 (A) Name, Role, Value
WCAG 2.1	4.1.2 (A) Name, Role, Value
WCAG 2.0	4.1.2 (A) Name, Role, Value
EN 301 549 4.1.1	9.4.1.2
EN 301 549 3.2.1	9.4.1.2
Section 508 2017	E205.4
ДСТУ EN 301 549 2022	9.4.1.2

Автоматична перевірка: правило axe-core aria-braille-equivalent. dequeuniversity.com, github.com, www.w3.org

Усі правила, які ми перевіряємо