Критерий успеха информации и отношений является очень сложным требованием. В отличие от других критериев успеха, недостаточно соблюдать только один или два из перечисленных методов — важно соблюдать все соответствующие методы. Это означает, что этот критерий успеха охватывает широкий спектр требований — фактически он охватывает множество контрольных точек WCAG1, таких как заголовки таблиц, заголовки, списки кодирования и т. Д.
Заголовки
Заголовки являются ценным способом навигации по контенту — визуально или с помощью звуковой обратной связи с помощью программы чтения с экрана. При работе с PDF на сто страниц абсолютно необходимо, чтобы пользователь мог перемещаться по заголовкам. Программы чтения с экрана могут вытащить список заголовков, и это стандартный способ для пользователей программы чтения с экрана определить содержание конкретной страницы, не читая весь текст. Отсутствие поддержки этого требования в Adobe Reader было одной из причин, по которой Офис управления информацией правительства Австралии решил, что файлы PDF недоступны, поскольку два наиболее распространенных средства чтения с экрана (JAWS и WindowEyes) не идентифицируют заголовки последовательно (для получения дополнительной информации см. Мой сообщение в блоге о результатах опроса ).
Есть некоторые противоречия по заголовкам. Некоторые специалисты по доступности говорят, что на странице должен быть только один H1, другие говорят, что приемлемы несколько H1. На мой взгляд, это не имеет большого значения, если вы последовательны на всем сайте. Однако я считаю, что каждая страница должна начинаться с H1, хотя некоторые считают, что использование скрытых заголовков в навигации (например, для обозначения начала подраздела) автоматически исключает использование H1 в начале страница.
Скрытые заголовки в навигации — очень важная проблема, о которой я расскажу в будущей статье, посвященной пропуску ссылок.
Полевые Метки
Другим важным методом в разделе «Информация и отношения» является требование к меткам полей. Есть много предложений, когда дело доходит до полей и меток полей, и я постоянно видел, как этот метод реализован неправильно. Снова и снова я вижу поля без полей. Часто люди обращаются к технике H65, которая допускает использование элемента TITLE, но только тогда, когда элемент label не может быть использован. Информация и отношения позволяют скрыть метку, однако есть еще один критерий успеха уровня A: метки или инструкции, которые требуют, чтобы метка была видимой. Из этого правила есть некоторые исключения, о которых я расскажу в следующей статье о WCAG2 и формах.
Fieldsets
Требование использовать элемент FIELDSET было контрольной точкой уровня AA WC1. В WCAG2 это теперь требование уровня А. Вспомогательные технологии значительно улучшили свою интерпретацию элемента FIELDSET, и теперь можно постоянно полагаться на предоставление определенной информации, где ранее заголовки были предпочтительным методом группировки элементов поля.
Элемент FIELDSET всегда должен использоваться для переключателей и флажков, где каждый элемент имеет смысл только в отношении общего вопроса, например:
Какой ваш любимый цвет?
- синий
- зеленый
- Фиолетовый
Каждая конкретная метка поля переключателя («Зеленая», «Синяя» или «Фиолетовая») не имеет смысла, если не прочитать всесторонний вопрос «Какой ваш любимый цвет?». В этом случае три переключателя должны содержаться в элементе FIELDSET, и этот элемент должен иметь LEGEND «Какой ваш любимый цвет?». И помните, что если вы используете FIELDSET, у вас всегда должен быть соответствующий LEGEND.
Структурная разметка для столов
Когда я впервые начал работать в индустрии доступности в 1998 году, вокруг не было программы чтения с экрана, которая могла бы читать заголовки таблиц. Это и стало причиной того, что контент имел смысл при линейном чтении в WCAG1. С тех пор программы чтения с экрана улучшились, и в результате необходимость кодирования таблиц данных стала обязательной. Все таблицы данных должны использовать TH для идентификации заголовков таблиц и TD для идентификации ячеек данных. Тогда это личное решение, хотите ли вы использовать SCOPE или TH ID / TD HEADERS. Для простой таблицы данных часто достаточно просто использовать элементы TH и TD.
WCAG2, однако, выходит за рамки таблицы заголовков. WCAG2 также требует использования элементов SUMMARY и CAPTION для таблиц данных. Часто эти два элемента используются взаимозаменяемо, но на самом деле они означают совершенно разные вещи. Элемент CAPTION должен состоять всего из нескольких слов и, по сути, является заголовком таблицы, например, «Количество доступных веб-сайтов по отраслям». Элемент SUMMARY обеспечивает общий обзор содержания и может состоять из нескольких строк, например: «Правительственные веб-сайты чаще всего доступны, причем 54% протестированных веб-сайтов доступны. Веб-сайты малого бизнеса наименее часто доступны, и только 3% протестированных веб-сайтов признаны доступными ». Эти цифры являются образованными оценками, но я бы сказал, что по моему опыту эти проценты примерно правильные.
Списки ссылок
В Рабочей группе W3C мы стремились воспроизвести методы доступности, которые люди использовали в реальном мире. Мы знали, что WCAG1 уже давно не используется, и что многие специалисты по специальностям подходят к своим собственным требованиям, и мы включили эти методы в WCAG2, когда решили, что они полезны. Кодирование набора ссылок — таких как навигация — с использованием OL, UL или DL было одним из таких методов.
Q и BLOCKQUOTE
В методике G115: использование семантических элементов для разметки структуры и метод H49: использование семантической разметки для маркировки выделенного или специального текста — это требование использовать элементы Q и BLOCKQUOTE для кодирования речи. В WCAG1 это было требование уровня AA. Методы G115 и H49 являются методиками уровня А. Я считаю, что многие клиенты испытывают трудности с этим требованием, так как на их сайте часто много речи, а поиск и кодирование могут занимать много времени. Другая проблема заключается в том, как браузер отображает элемент Q — иногда браузер добавляет кавычки, а иногда нет, поэтому он действительно требует определенных усилий CSS.
И, конечно, требование WCAG1 не использовать BLOCKQUOTE для отступа текста остается в силе. Удивительно, но я все еще сталкиваюсь с этой проблемой довольно часто.
Что еще?
С Критерием успеха информации и отношений вы должны быть осторожны, чтобы не переборщить. Например, очень специфический сбой этого критерия успеха заключается в использовании структурной разметки (TH, CAPTION, SUMMARY и т. Д.) Для таблиц макета.
Еще одна ошибка, о которой следует знать, — использование JavaScript для эмуляции ссылки. Использование ONCLICK разрешено (хотя я буду писать будущую статью о JavaScript и доступности), но только в сочетании с элементами A HREF и AREA.
Это мои интерпретации критерия успеха информации и отношений, но я был бы рад услышать ваши собственные!