#html #accessibility #dynamic-data #wcag
#HTML #Специальные возможности #динамические данные #wcag
Вопрос:
Клиент требует, чтобы моя компания создала веб-обучающий ресурс для распространения среди большого числа пользователей. Таким образом, у них есть некоторые строгие стандарты, гарантирующие, что каждый может получить к нему доступ (поэтому он должен соответствовать WCAG 2.0 и их собственным внутренним требованиям). Поскольку контента очень много, я хотел бы настроить какую-нибудь систему, которая будет хранить данные извне и динамически загружать их на страницу. Таким образом, если мне придется изменить что-то вроде названия пункта меню, мне не придется менять его тысячу раз.
Я не могу использовать серверные языки, поскольку этот ресурс будет распространяться на CD, а также в Интернете, и я не могу использовать JavaScript, поскольку обязательным требованием является то, что «ресурс должен быть работоспособен с отключенным JavaScript».
Оставляет ли это мне какие-либо варианты или я, по сути, застрял на жестком кодировании каждой страницы в статическом HTML? Приветствуется любая помощь.
Комментарии:
1. Это ужасное сочетание условий. Примите мои соболезнования.
Ответ №1:
Что ж, я бы отказался от требования «нет javascript». Традиционно требование JS считалось проблемой доступности. Тем не менее, мы продвинулись далеко вперед и даже разрабатываем стандарты доступности для JS (посмотрите работу ARIA).
Тем не менее…
Если это необходимо поместить на CD (что само по себе, кажется, указывает на то, что этот клиент ужасно устарел), то я думаю, что лучше всего перенести всю автоматизацию на сторону «компиляции».
Одним из способов сделать это было бы создать стандартный сайт с использованием любой серверной технологии, которую вы предпочитаете, запустить его, а затем использовать архиватор веб-сайта / загрузчик / spider для извлечения отображаемого HTML-кода с сайта для распространения в автономном режиме.
Также существует множество продуктов CMS, которые делают это … CMS выдает статический HTML-код, который затем публикуется на сервере.
Комментарии:
1. Я действительно пытался договориться с клиентом о разрешении JavaScript, но проект финансируется правительственным департаментом, поэтому заставить их принять новые стандарты так же сложно, как заставить их перейти с IE6. Спасибо за совет о динамическом запуске и последующей генерации содержимого. Это действительно приходило мне в голову, но втайне я надеялся на более автономное решение. Однако этого придется сделать.