если кто-то не знает что такое Section 508 - это правительсвенные требования к сайтам (и приложениям) оказывающим официальные услуги. Суть требований заключается в том, чтобы люди с ограниченными возможностями имели равный доступ к услугам и информации. Применительно в ВЕБ услугам это означает такую простую вещь, как "читабельность" текста и функционала вашего сайта/приложения с помощью специальных браузеров, используемых людьми с ограниченными возмостями.
ну так вот, кто-нибудь приводил свое приложение в соответствие с требованием Section 508 (508 compliance)?
У самого салесфорса с этим не все гладко.
Нет особого смысла делать это для SF.
Мы используем интерфейс от SF и в 99% бизнес логика используется для внутренних нужд компаний.
Очень малый процент пользователей SF строят открытые сервисы для массового использования.
иногда даже у приложения для внутренних нужд число пользоватлей идет на тысячи, иногда это требуется делать по-любому, часто даже внутренние приложения имеют интерфейс для внешних пользователей, и конечно, *** с ним со стандартным интерфейс, но вот полностью "самопильные" приложения - это уже наша ответственность проверять на 508
вот нашел на русском:
508
внезапно не красного и не зеленого цветов (плохо видимые цвета)
как выяснилось это внутренние требования нашего клиента, к 508 не имеет отношения
ок,
напишу немного про приведение приложения в соответсвие с требованием секции 508, суть которой заключается в том, чтобы дать возможность людям с ограниченными возможностями пользоваться приложениями/сервисами наравне с другими людьми.
собственно все требования складываются из двух основных возможных сценариев:
(1) навигаций по UI без мыши, т.е. только с помощью клавиатуры. Представте человека без рук, только со специальным "карандашов" во рту, которым от тыкает на клавиатуру (не дай Бог, конечно);
(2)использование аудио-браузера, для людей с проблемами зрения.
Таким образом две группы требований:
(1) возможность навигации по UI и вызов всех требуемых событий с помощью одной клавиатуры. Сегодня напишу именно об этом. Используются клавиши Таб для перемещения фокуса (и Таб Шифт для перемещения фокуса в обратном направлении), стрелки для выбора общий в дроп-даун листах, Энтер для вызова онКлик эвента и пробел для упавления радио и чек-боксами.
и, первое, бьюсь об заклад, вы этого не знали. Зайдите на ebay.com , установите курсор на адресной строке браузера, и потом нажимая Таб перемещайте фокус. Сначала вы пройдетесь по всех малым окнам вашего браузера, потом фокус встанет на окно с документом и далее вы увидите сверху то, что никогда не видели ("а он есть..." - как говорится)
так вот это - специальный линк для быстрого перехода от начала документа к его главному содержанию. При этом удается избежать длительный перебор всех опции, принимающих фокус, которые обычно находятся сверхе документа - то есть Меню. В примере с заглавной странице этот Skip to Main Content линк не так актуален, а в других документаХ. где важно именно содержания - он удобен для навигации с помощью кейбордного фокуса.
вторая группа проблем с самим кейбордным фокусов, связанные с кастомным дизайном в том числе Бутстрепом:
- некоторые контролы не принимают фокус, лечится добавлением tabindex
- или фокус плохо прорисован - нужно добавлять стиль на :focus псевдо-класс
третья группа проблем заключается в неработоспоосбности некоторых кастомных контролов, особенно дроп-даун листов и всплывающих окон, при работе с клавиатуры:
- опции ДДЛ не появляются или не селектируются с помощью Стрелок клавиатуры. Приходится делать редизайн.
- контрол не получает онКлик эвент при нажатии на Энтер, страдают кастомные линки без href, приходится переделывать их в button.
