Заставляет пользователя открыть ссылку в текущей вкладке WCAG2.0 доступен

Мы унаследовали обслуживание веб-сайта старше 10 лет, на котором есть несколько ссылок, которые заставляют ссылку открываться на текущей вкладке. Вы не можете щелкнуть правой кнопкой мыши ссылку и открыть в новой вкладке или даже скопировать и вставить URL-адрес, потому что он использует javascript и doPostBack (не знаю почему, старый, старый код).

В любом случае, я знаю, что это плохой пользовательский опыт, так как это, по сути, список результатов, и вы определенно захотите открывать их в новых вкладках, также безумие пытаться остановить поведение браузера по умолчанию.

Но мне интересно, есть ли что-то конкретное в WCAG2.0, которое говорит, что мы не можем этого делать? Я пытаюсь сделать так, чтобы это изменилось, но плохого UX будет недостаточно. WCAG, однако, переусердствует. Может ли кто-нибудь указать мне на что-нибудь в руководстве по доступности веб-контента, в котором прямо говорится, что веб-сайт не должен этого делать?

Очень признателен.


accessibility user-experience wcag
person Brett East    schedule 18.04.2017    source источник
comment
Есть ли у ссылок атрибут href? Это старые страницы ASP.NET (не то чтобы это что-то меняло, но мне любопытно)?   -  person aardrian    schedule 18.04.2017
comment
Перекрестная публикация   -  person unor    schedule 19.04.2017
comment
Да, у них есть hrefs @aardrian   -  person Brett East    schedule 19.04.2017

Ответы (2)


arrow_upward
2
arrow_downward

Если сама ссылка не имеет атрибута href, то по ней нельзя перемещаться с клавиатуры (SC 2.1.1). Однако использование doPostBack заставляет меня думать, что это ASP.NET 1.0, который наполняет груды скриптов каждым href, поэтому он может быть полностью доступен для пользователей клавиатуры.

В противном случае нет. В WCAG 2.0 нет конкретного критерия успеха, который бы подходил к вашему случаю. Есть два, которые можно растянуть, поспорив, но кто-то может так же легко возразить, что они не подходят:

  • Критерий успеха 2.4.4: Цель ссылки (в контексте ): Уровень A: это относится к тексту в ссылке, однако, если вы можете указать, что пользователи ожидают открытия в новой вкладке / окне, тогда текст ссылки должен объяснять, что это запрещено по $ причинам.
  • Критерий успеха 3.2.4: Последовательная идентификация: Уровень AA: здесь говорится, что вещи на веб-страницах, которые ведут себя определенным образом, должны идентифицироваться последовательно. Вы можете возразить, что, поскольку все остальные ссылки на сайте позволяют ссылкам открываться в новых вкладках / окнах (если это попытка), эти ссылки должны указывать на то, что они не ведут себя таким образом.

В каждом сценарии, если вы успешно изложите свою позицию, решением будет больше текста. Это не то, что вам нужно. Если только вы не можете утверждать, что больше текста некрасиво / сложно реализовать и т. Д., А затем использовать это, чтобы оправдать разрешение открытия ссылок в новых вкладках / окнах.

Но есть много зависимостей, чтобы добраться до этой точки (а именно, бай-ин от заявок SC).

В целом, я согласен с тем, что описанный вами сценарий ужасен для UX.

person aardrian    schedule 18.04.2017
comment
По ним можно перемещаться с клавиатуры, как вы говорите, в том, что href заполнены кучей javascript. - person Brett East; 19.04.2017

arrow_upward
0
arrow_downward

На мой взгляд, это отказ критерия успеха 3.2.5 Изменение по запросу на уровне AAA. Конечно, более распространенный случай идет в противоположном направлении, когда ссылки открывают новые вкладки или окна без уведомления пользователя, что задокументировано в общая ошибка 22. Тем не менее, я бы, конечно, возразил, что, принудительно изменяя контекст на текущей вкладке, который пользователь мог не запрашивать, потому что он щелкнул средней кнопкой мыши или нажал CTRL + Enter на ссылке, чтобы вместо этого создать новую вкладку, что это сбой. из 3.2.5.

person Steve Repsher    schedule 19.04.2017