WCAG 2.0 3.3.3 - предложения по электронной почте?

Question

Если пользователь не заполняет адрес электронной почты, убрав @ или домен - и мы не даем пример правильного адреса электронной почты на отправить (example@example.com) делает это провалить критерий успеха для WCAG 2.0 3.3.3 относительно предложений об ошибках?

Я посмотрел на ряд крупных сайтов и ведущих веб-сайтов, и я вижу только ошибки проверки, которые относятся к отсутствие правильного адреса электронной почты. Похоже, что многие сайты используют заполнители для инструктирования пользователя о форматировании, однако после того, как представляется пользователь не имеет четкого направления на правильном формате.

Answer 1

На мой взгляд, да это делает. Это предполагает, что он был отклонен по известной причине (форматирование и т. Д.), Так что причина должна быть сообщена пользователю.

К сожалению, просмотр основных сайтов не является хорошим показателем лучшей практики, просто признаком того, что они не следуют этой контрольной точке (или, скорее, не знают об этом, WCAG и все связанные вещи).

placeholder никогда не является адекватной этикеткой и редко она адекватна для получения инструкций, как она уходит. Вместо этого, некоторые пояснительный текст, связанный с полем (возможно с ВСС при необходимости) может предотвратить ошибки раньше, хотя сообщение об ошибке все равно должны передать то, что пошло не так.

Подумайте обо всех тех случаях, когда вы вводите пароль, только после того, как вы узнаете, что не соответствует каким-то тайным правилам форматирования. Рассказывая о себе, не гарантирует, что вы поймете это правильно, но это уменьшит вероятность того, что все будут ошибочными. Кроме того, вы можете повторно использовать сообщение об ошибке.

Answer 2

Вы на самом деле не стенает WCAG 3.3.3

3.3.3 Предложение об ошибке: Если ошибка ввода автоматически определяется и предложения по коррекции известны, то предложения предоставляются пользователю, если это поставит под угрозу безопасность или цель содержания. (Уровень AA)

Этот пункт означает, что вы можете дать предложение. Например, пользовательский тип «пользователь AT example.com» и вы предлагаете «Вы имеете в виду user@example.com?»

Здесь вы не для WCAG 3.3.1:

3.3.1 Выявление ошибок: Если ошибка ввода автоматически обнаружен, то элемент, который по ошибке идентифицируется и ошибка описана в пользователь в тексте. (Уровень А)

Вы должны описать ошибку в виде обычного текста, что означает «Введите действительный адрес электронной почты (например: user@domain.com)».

И вы также могли бы быть обеспокоены 3.3.2, которая является отсутствие инструкций

3.3.2 Ярлыки или инструкции: Ярлыки и инструкции предоставляются, если содержание требует ввода данных пользователем. (Уровень А)

, что означает, что если метки недостаточно, вы должны дать инструкции (действительный формат).

Обратите внимание, что при использовании процесса самостоятельной проверки браузера для элемента HTML5 input[type="email"] могут быть разные. Поскольку там, API Accessibility API должен содержать явное сообщение об ошибке.