Изскачащият прозорец се отваря: може ли посетителят да го използва без мишка?

Изберете задачата и обяснете защо тя трябва да прекъсва текущото действие. Понякога отделна страница или разгъваем раздел е по-лесен за разбиране. Не добавяйте модалност само за визуален ефект.

W3C APG описва модален диалог като прозорец, при който съдържанието извън активния диалог е неактивно. Затова поведението трябва да отговаря на този модел, а не само фонът да е потъмнен. Разграничете го от обикновен плаващ панел.

Без мишка достигнете бутона за отваряне и го активирайте. След появяване трябва да е ясно къде се намира клавиатурният фокус. W3C APG предвижда преместване във вътрешността на диалога, като точният начален елемент зависи от съдържанието.

За дълго обяснение началото на текста може да е по-подходящо от последния бутон. Не поставяйте фокуса произволно върху действие с последствия. Разработчикът трябва да прецени модела за конкретния интерфейс и да го провери с помощни технологии.

Проверете Tab и Shift+Tab в двете посоки. Според W3C APG модалният диалог задържа последователността във вътрешността си, вместо да премества фокуса върху неактивни елементи от фона. Човекът трябва да разбира кой контрол е избран.

В приемателния протокол запишете логичния ред: заглавие или начало, полета, помощни действия и затваряне според случая. Не приемайте скрит фокус или прескачане на важно поле за дребен визуален проблем. Те могат да попречат на самата задача.

W3C APG включва затваряне с Escape и връщане на фокуса към извикващия елемент, с обосновани изключения според работния поток. Проверете и ясно означения контрол за затваряне. След изход човекът трябва да може да продължи предишната задача.

Ако диалогът съдържа въведени данни, уточнете как се обработват при затваряне. Не изпращайте форма автоматично като страничен ефект от опит за изход. Използвайте тестови стойности и предварително уговорени действия.

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

На телефон и при увеличен текст проверете началото, полетата и затварянето. Ако бутон остава извън достъпната област, записвайте конкретния случай. Не правете заключение само по един desktop screenshot.

За учебен сценарий използвайте тестова форма без реално изпращане: отваряне, прочитане, преминаване през полета, затваряне и продължаване. Ако се тества изпращане, то трябва да е отделно разрешено действие в контролирана среда.

Запазете резултатите и нерешените отклонения. Този преглед доказва само проверените случаи на конкретния диалог. Не е правна оценка или пълен одит на достъпността, нито гарантира SEO позиции; ползата е използваема задача за повече посетители.

Модалността е поведение, а не само затъмнен фон.

Проверявайте вход, движение на фокуса и изход с клавиатура.

Приемайте задачата на телефон и с подходящи помощни технологии.