Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 480 сообщений
Cообщения с меткой

доступность - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Автоматизированное тестирование базовой доступности интерфейсов Android-приложений

Суббота, 26 Марта 2016 г. 20:58 (ссылка)

Корпорацией Google разработан инструмент, позволяющий сделать интерфейсы мобильных приложений для OS Android более доступными для пользователей с ограниченными возможностями. Он представляет собой специальное приложение Accessibility Scanner, которое сканирует графический пользовательский интерфейс и выводит описание найденных проблем доступности и рекомендации по их исправлению. Accessibility Scanner может дать рекомендации по увеличению слишком мелких элементов управления, увеличению контрастности изображения, а также по добавлению к элементам управления текстовых меток, что в совокупности повысит удобство и доступность интерфейса.



Приложение Accessibility Scanner не требует для своего использования особых технических навыков и, помимо прочего, рекомендуется для использования обычными людьми, которые смогут сформировать отчёт по проблемному интерфейсу и отправить его разработчику. То есть в обозримом будущем многие Android-разработчики могут начать получать описание проблем доступности их приложений в подобной стандартизированной форме. Им останется только понять, что же именно имеет ввиду Accessibility Scanner.



С технической точки зрения Accessibility Scanner представляет собой так называемую службу доступности, то есть приложение, работающее в фоне и взаимодействующее с accessibility API OS Android с целью реализации дополнительной функциональности для пользователей с ограниченными возможностями. После установки Accessibility Scanner, необходимо открыть раздел «Спец. возможности» (Accessibility) в настройках устройства, найти в них Accessibility Scanner и активировать службу, дав ей необходимые разрешения. После этого, на экране появится кнопка Accessibility Scanner, отображаемая поверх всего интерфейса.



Открыв интерфейс, который необходимо протестировать, следует нажать на эту кнопку, после чего служба последовательно опишет все найденные проблемы и предложит варианты их исправления. Также можно будет вывести все найденные проблемы единым списком и отправить полученный отчёт по E-mail.



Отчёт может содержать примерно такие рекомендации:



Text contrast

com.habrahabr.example:id/label

The item's text contrast ratio is 2,46. This ratio is based on an estimated foreground color of #999999 and an estimated background color of #EEEEEE. Consider increasing this item's text contrast ratio to 3,00 or greater.





Здесь всё довольно очевидно: разработчику необходимо повысить контрастность цветов текста и фона. Accessibility Scanner рекомендует обеспечивать коэффициент контрастности для крупного текста не менее 3, а для мелкого — не менее 4,5. Это является ничем иным, как нормативами стандарта WCAG 2.0 от W3C с средним уровнем соответствия AA.



Впрочем, если разработчик желает повысить степень доступности, то может использовать более жёсткие требования по высшему уровню соответствия AAA. В этом случае коэффициент контрастности для крупного текста должен быть не менее 4,5, а для мелкого — не менее 7.



Желающие вникнуть в методику расчёта коэффициента контрастности могут кликнуть по данному тексту и прочитать под спойлером соответствующую портянку.
Коэффициент контрастности (CR) рассчитывается по следующей формуле:



CR = (L1 + 0,05)/(L2 + 0,05)

где

L1 — относительная яркость наиболее светлого из цветов;

L2 — относительная яркость наиболее тёмного из цветов.



В цветовом пространстве sRGB относительная яркость цвета (L) рассчитывается по формуле:



L = 0,2126*R + 0,7152*G + 0,0722*B

где

если RsRGB <= 0,03928, то R = RsRGB/12,92, иначе R = ((RsRGB+0,055)/1,055)^2,4;

если GsRGB <= 0,03928, то G = GsRGB/12,92, иначе G = ((GsRGB+0,055)/1,055)^2,4;

если BsRGB <= 0,03928, то B = BsRGB/12,92, иначе B = ((BsRGB+0,055)/1,055)^2,4.



RsRGB, GsRGB, BsRGB определяются как:



RsRGB = R8bit/255;

GsRGB = G8bit/255;

BsRGB = B8bit/255.



В результате значение коэффициента контрастности располагается в интервале [1; 21], где 1 — минимальная контрастность, например, белый на белом, а 21 — максимальная, например, чёрный на белом.





Item label

com.habrahabr.example:id/button

This item may not have a label readable by screen readers.





Тут разработчики Google несколько поленились, так как вряд ли подобный комментарий окажется достаточно информативным для неподготовленного разработчика. Однако всё довольно просто. Это означает, что элемент управления имеет лишь графическое представление, а текстовая метка у него отсутствует. Таким образом, пользователи, работающие с интерфейсом не при помощи зрения, а посредством программ чтения экрана, будут слышать на нём что-то типа «Кнопка 25 без ярлыка».



Для исправления этой проблемы необходимо подписать каждый элемент управления текстовой меткой посредством атрибута android:contentDescription:








Стоит отметить, что значение атрибута android:contentDescription не будет отображаться визуально. Оно предназначено для программ чтения экрана и произносится ими при фокусировании данного элемента управления. То есть как-либо оптимизировать длину данного текста под размер экрана не требуется. Однако android:contentDescription — это полноценный строковой ресурс, поэтому точно также нуждается в локализации. Именно поэтому его следует выносить в strings.xml и переводить на ряду со всеми остальными.



Кроме того, как было показано выше, программы чтения экрана самостоятельно определяют все необходимые метаданные о типе элемента, поэтому дублировать эту информацию в текстовой метке не требуется. Иными словами, не стоит писать «Кнопка Отмена», достаточно просто «Отмена».



Если Android-разработчики потратят немного времени на тестирование интерфейса своих приложений посредством Accessibility Scanner и потом ещё чуть больше времени на исправление найденных базовых проблем доступности, то их продукты станут более дружественны к пользователям, имеющим некоторые ограничения зрения. В ряде случаев подобный автоматический аудит и соответствующие ему исправления вообще могут обеспечить полную доступность приложения. Однако в более сложных случаях всё же не стоит полагаться исключительно на Accessibility Scanner и по возможности тестировать доступность интерфейса вручную, в том числе и с привлечением реальных пользователей. Об этом предупреждают и сами разработчики Accessibility Scanner в описании службы: «Accessibility Scanner isn't a replacement for manual testing, and doesn't guarantee an app's accessibility».



К сожалению, приходится констатировать, что приложения самого Google далеко не всегда оказываются способны пройти тестирование посредством Accessibility Scanner, что заставляет вспомнить про круглые сортименты лесоматериала в сенсорных органах.



Под конец ещё раз ссылка на Play Маркет для тех, кто не кликнул по ней в начале статьи.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/280222/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Автоматизированное тестирование базовой доступности интерфейсов Android-приложений

Суббота, 26 Марта 2016 г. 20:57 (ссылка)

Корпорацией Google разработан инструмент, позволяющий сделать интерфейсы мобильных приложений для OS Android более доступными для пользователей с ограниченными возможностями. Он представляет собой специальное приложение Accessibility Scanner, которое сканирует графический пользовательский интерфейс и выводит описание найденных проблем доступности и рекомендации по их исправлению. Accessibility Scanner может дать рекомендации по увеличению слишком мелких элементов управления, увеличению контрастности изображения, а также по добавлению к элементам управления текстовых меток, что в совокупности повысит удобство и доступность интерфейса.



Приложение Accessibility Scanner не требует для своего использования особых технических навыков и, помимо прочего, рекомендуется для использования обычными людьми, которые смогут сформировать отчёт по проблемному интерфейсу и отправить его разработчику. То есть в обозримом будущем многие Android-разработчики могут начать получать описание проблем доступности их приложений в подобной стандартизированной форме. Им останется только понять, что же именно имеет ввиду Accessibility Scanner.



С технической точки зрения Accessibility Scanner представляет собой так называемую службу доступности, то есть приложение, работающее в фоне и взаимодействующее с accessibility API OS Android с целью реализации дополнительной функциональности для пользователей с ограниченными возможностями. После установки Accessibility Scanner, необходимо открыть раздел «Спец. возможности» (Accessibility) в настройках устройства, найти в них Accessibility Scanner и активировать службу, дав ей необходимые разрешения. После этого, на экране появится кнопка Accessibility Scanner, отображаемая поверх всего интерфейса.



Открыв интерфейс, который необходимо протестировать, следует нажать на эту кнопку, после чего служба последовательно опишет все найденные проблемы и предложит варианты их исправления. Также можно будет вывести все найденные проблемы единым списком и отправить полученный отчёт по E-mail.



Отчёт может содержать примерно такие рекомендации:



Text contrast

com.habrahabr.example:id/label

The item's text contrast ratio is 2,46. This ratio is based on an estimated foreground color of #999999 and an estimated background color of #EEEEEE. Consider increasing this item's text contrast ratio to 3,00 or greater.





Здесь всё довольно очевидно: разработчику необходимо повысить контрастность цветов текста и фона. Accessibility Scanner рекомендует обеспечивать коэффициент контрастности для крупного текста не менее 3, а для крупного — не менее 4,5. Это является ничем иным, как нормативами стандарта WCAG 2.0 от W3C с средним уровнем соответствия AA.



Впрочем, если разработчик желает повысить степень доступности, то может использовать более жёсткие требования по высшему уровню соответствия AAA. В этом случае коэффициент контрастности для крупного текста должен быть не менее 4,5, а для мелкого — не менее 7.



Желающие вникнуть в методику расчёта коэффициента контрастности могут кликнуть по данному тексту и прочитать под спойлером соответствующую портянку.
Коэффициент контрастности (CR) рассчитывается по следующей формуле:



CR = (L1 + 0,05)/(L2 + 0,05)

где

L1 — относительная яркость наиболее светлого из цветов;

L2 — относительная яркость наиболее тёмного из цветов.



В цветовом пространстве sRGB относительная яркость цвета (L) рассчитывается по формуле:



L = 0,2126*R + 0,7152*G + 0,0722*B

где

если RsRGB <= 0,03928, то R = RsRGB/12,92, иначе R = ((RsRGB+0,055)/1,055)^2,4;

если GsRGB <= 0,03928, то G = GsRGB/12,92, иначе G = ((GsRGB+0,055)/1,055)^2,4;

если BsRGB <= 0,03928, то B = BsRGB/12,92, иначе B = ((BsRGB+0,055)/1,055)^2,4.



RsRGB, GsRGB, BsRGB определяются как:



RsRGB = R8bit/255;

GsRGB = G8bit/255;

BsRGB = B8bit/255.



В результате значение коэффициента контрастности располагается в интервале [1; 21], где 1 — минимальная контрастность, например, белый на белом, а 21 — максимальная, например, чёрный на белом.





Item label

com.habrahabr.example:id/button

This item may not have a label readable by screen readers.





Тут разработчики Google несколько поленились, так как вряд ли подобный комментарий окажется достаточно информативным для неподготовленного разработчика. Однако всё довольно просто. Это означает, что элемент управления имеет лишь графическое представление, а текстовая метка у него отсутствует. Таким образом, пользователи, работающие с интерфейсом не при помощи зрения, а посредством программ чтения экрана, будут слышать на нём что-то типа «Кнопка 25 без ярлыка».



Для исправления этой проблемы необходимо подписать каждый элемент управления текстовой меткой посредством атрибута android:contentDescription:








Стоит отметить, что значение атрибута android:contentDescription не будет отображаться визуально. Оно предназначено для программ чтения экрана и произносится ими при фокусировании данного элемента управления. То есть как-либо оптимизировать длину данного текста под размер экрана не требуется. Однако android:contentDescription — это полноценный строковой ресурс, поэтому точно также нуждается в локализации. Именно поэтому его следует выносить в strings.xml и переводить на ряду со всеми остальными.



Кроме того, как было показано выше, программы чтения экрана самостоятельно определяют все необходимые метаданные о типе элемента, поэтому дублировать эту информацию в текстовой метке не требуется. Иными словами, не стоит писать «Кнопка Отмена», достаточно просто «Отмена».



Если Android-разработчики потратят немного времени на тестирование интерфейса своих приложений посредством Accessibility Scanner и потом ещё чуть больше времени на исправление найденных базовых проблем доступности, то их продукты станут более дружественны к пользователям, имеющим некоторые ограничения зрения. В ряде случаев подобный автоматический аудит и соответствующие ему исправления вообще могут обеспечить полную доступность приложения. Однако в более сложных случаях всё же не стоит полагаться исключительно на Accessibility Scanner и по возможности тестировать доступность интерфейса вручную, в том числе и с привлечением реальных пользователей. Об этом предупреждают и сами разработчики Accessibility Scanner в описании службы: «Accessibility Scanner isn't a replacement for manual testing, and doesn't guarantee an app's accessibility».



К сожалению, приходится констатировать, что приложения самого Google далеко не всегда оказываются способны пройти тестирование посредством Accessibility Scanner, что заставляет вспомнить про круглые сортименты лесоматериала в сенсорных органах.



Под конец ещё раз ссылка на Play Маркет для тех, кто не кликнул по ней в начале статьи.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/280220/

Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Прокуратура проверила доступность Rutracker из разных регионов России

Вторник, 08 Марта 2016 г. 18:30 (ссылка)

После курьёзного случая с Дмитрием Медведевым и сайтом Rutracker власти всерьёз озаботились, действительно ли российские интернет-провайдеры осуществляют блокировку сайтов из реестра запрещённых. Например, прокуратура Татарстана отчиталась о «создании

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Николай Мациевский: «Как скорость и доступность влияют на позиции в поиске»

Вторник, 19 Января 2016 г. 16:27 (ссылка)

26-27 ноября 2015 года в Москве прошла крупнейшая в SEO-отрасли конференция – Optimization-2015. Поисковый маркетинг и продвижение бизнеса в интернете.
В рамках мероприятия Николай Мациевский (Айри.рф), представил свой доклад на тему: «Как

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Совет1

Совет 1: Как восстановить системные файлы

Четверг, 14 Января 2016 г. 04:49 (ссылка)

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

Комментарии (0)КомментироватьВ цитатник или сообщество
ПолитГрач

Черновицкие больницы будут доступнее

Суббота, 09 Января 2016 г. 21:07 (ссылка)

В начале августа общественные организации Буковины начали отстаивать адаптации городских больниц для передвижения маломобильных слоев. Для этого был организован круглый стол, где были обсуждены обозначенные проблемы. Перед круглым столом мы осмотрели два лечебные учреждения г. Черновцы - Черновицкую областную клиническую больницу и Черновицкий городской родильный дом № 2.
В больнице мы побачли пандус к двери, но они были закрыты. Внутри эти двери были перекрыты каталкой. В дверях был порог. Пиктограммы отсутствовали, мы увидели также недоступен туалет. До роддома № 2 ведут несколько входов с лестницей. Ни одного пандуса нет. По словам нашего коллеги, которая там недавно рожала ребенка, внутри заведение доступен, в нее были положительные отзывы.
Поэтому топ-темами для обсуждения на круглом столе были: адаптация областной клинической больницы (ОКБ) и обустройство входа к городского роддома № 2 (ПБ № 2). На мероприятии присутствовали два заместителя ОКБ, представители Департамента здравоохранения Черновицкой областной государственной администрации. Они выразили готовность к постепенной адаптации лечебного учреждения. Для начала необходимо провести мониторинг доступности и записать все, что необходимо изменить в заключении мониторинга. Обращением участников круглого стола мы обратились в Департамент охраны хдоров'я и главного врача ОКБ с предложением проведения такого мониторинга. Вместе с тем была выявлена проблема передвижения внутренним двором больницы в разные корпуса, отделение. Для нормального передвижения нужно заключить новое асфальтовое покрытие. Решили обратиться к депутатов Черновицкого областного и городского советов для поиска путей решения этой задачи. А вот представителей роддома № 2 и управления охраны здоровья Черновицкой городского совета на круглом столе, к сожалению, не было. Поэтому их позицию по вопросу строительства пандуса к входу в приемный покой не услышали. Несмотря на это мы обратились к Секретаря Черновицкого городского совета с просьбой решения этой проблемы.
Через некоторое время, придя в областную клиническую больницу я обнаружил, что двери открыты, вход свободный и сделанные маленькие скатики к порогу. Маленький движение на встречу - видим.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
maxkor

«Лучший город на Земле» для людей с ограниченными возможностями - Неаполь по-славянски

Четверг, 10 Декабря 2015 г. 14:43 (ссылка)
napoli1.com/news/luchshij_g...12-10-6699




 



Итальянский город признали самым комфортным для инвалидов. Представитель Еврокомиссии вручил городу премию как самому доступному городу

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Автосенсей

Автострахование все ближе — Avtosensei

Понедельник, 16 Ноября 2015 г. 11:57 (ссылка)
avtosensei.ru/novosti/avtos...?_utl_t=li


Автострахование все ближе — Avtosensei

Комментарии (0)КомментироватьВ цитатник или сообщество
Home_Doktor

Придет новая авиакомпания.

Среда, 04 Ноября 2015 г. 23:22 (ссылка)

Вместо разорившегося Трансаэро на Камчатку начнет делать полеты новая компания.

Авиакомпания «Ютейр» планирует открыть новое направление пассажирских перевозок Москва – Петропавловск-Камчатский. Первый рейс состоится уже на следующей неделе. Как сообщается на сайте авиакомпании, рейсы будут выполняться два раза в неделю на широкофюзеляжных дальнемагистральных лайнерах «Боинг» 767-200. Самолеты будут вылетать из аэропорта «Внуково» в 15:10 по московскому времени по понедельникам и пятницам. Из аэропорта Елизова рейсы будут выполняться по вторникам и субботам в 11:30. Новое направление компания планирует запустить уже 13 ноября. Стоимость билета в одну сторону экономическим классом – от 11 175 рублей. «Петропавловск-Камчатский впервые появится в расписании «ЮТэйр», расширив маршрутную сеть авиакомпании в регионах Дальнего Востока. Новый авиационный маршрут позволит обеспечить регулярное авиасообщение между Камчатским краем и столицей России, а удобные стыковки в московском международном аэропорту Внуково откроют для жителей региона 110 направлений обширной маршрутной сети «ЮТэйр», более 40 из которых являются уникальными», – прокомментировал президент «ЮТэйр» - Пассажирские авиалинии» Алексей Будник. - Все подробности: http://www.kam24.ru/news/main/20151104/29803.html#sthash.w2osAN1M.dpuf

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Портал_Солнцево

Рейтинг доступности городов среднего пояса Московской области на железнодорожном транспорте | Москва. Недвижимость

Понедельник, 02 Ноября 2015 г. 19:41 (ссылка)
xn----ctbfdhlbb1ahbdu6bp4ne...hives/3207


Специалисты группы компаний «МИЭЛЬ» проанализировали города среднего пояса Московской области с точки зрения доступности на железнодорожном транспорте до

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Планшет для пожилых. Как развивался проект в течение последних 2-х лет

Понедельник, 05 Октября 2015 г. 19:45 (ссылка)





В предыдущих постах я писал об острой проблеме: люди престарелого возраста исключены из ИТ-мира. Этот мир, пускай и виртуальный, способен в какой-то мере восполнить старикам потери мира реального: вынужденное исключение из привычной активной жизни, ограничение общения, утрату привычных связей и т.д.



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



ОТ ИДЕИ ДО КОНЦЕПЦИИ



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



Во-первых, мы теперь говорим о проектировании комфортной ИТ-среды:


  • пожилым людям нужны удобные и легкие в освоении средства общения с родными и знакомыми;

  • понадобятся средства удаленного управления планшетами со стороны родных и средства для удаленного пополнения планшетов новыми фотографиями, фильмами, книгами и т.п.;

  • новые интерфейсы для браузеров, соцсетей, популярных приложений, которые будут удобны пожилым и легки в освоении, радикально расширят возможности стариков в использовании современных ИТ-приложений и сервисов.



Во-вторых, мы поняли, что в теме «ИТ для пожилых» невозможно обойти вопросы, связанные с мониторингом здоровья. Поэтому к базовым «развлекательным» модулям проектируемого ПО мы добавили модули, которые в связке с подключаемыми устройствами давали бы возможность мониторить показатели здоровья и посылать информацию заинтересованным лицам – родственникам и медработникам.



В-третьих, стало понятно, что за счет настраиваемости модулей можно естественным образом существенно расширить аудиторию пользователей. Наше ПО призвано обойти когнитивные ограничения пожилых пользователей, но ведь такие ограничения присущи не только пожилым людям, но и людям, страдающим разного рода когнитивными нарушениями — ДЦП, синдромом Дауна, дислексией, аутизмом и т.п.



Ну и наконец, мы с радостью обнаружили, что заменив часть модулей (а модульная структура проектируемого ПО это позволяет), мы сможем расширить сферу использования нашего ПО и на обучение особенных детей: оказалось, что сфера обучения детей с нарушениями слуха и зрения, а также с когнитивными расстройствами практически не охвачена ИТ-продуктами.



Таким образом, целевая комфортная ИТ-среда для перечисленных выше уязвимых групп населения выглядит вот так:







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



КАК МЫ ПРОДВИГАЛИ НАШУ ИДЕЮ



За последний год мы показывали проект на нескольких мероприятиях:



1. В июне 2014 года мы успешно представили проект «Планшет для пожилых» на заседании «Интеллект — центра», который организован «Ресурсным банком развития социального предпринимательства» и поддерживается Комитетом по социальному предпринимательству и корпоративной социальной ответственности «Опоры России».



2. В июле 2014 года в НИУ ВШЭ прошел финал конкурса ОАО «МТС» «Телеком — идея 2014». По результатам конкурса, общероссийская организация «Опора России» и АФК «Система» назвали наш проект «Планшет для пожилых» победителем в номинации «Лучшие социально — ориентированные проекты в сфере телекоммуникаций».



3. В конце 2014 года наш проект был принят на экспертизу Агентством стратегических инициатив (АСИ). Агентство представило нас Центру развития социальных инноваций «Технологии возможностей», совместная работа с которым серьезно расширила наши горизонты.



4. В апреле 2015 года прошло заседание экспертного совета программы «Технология возможностей» МГТУ им. Баумана, на котором был принято решение утвердить наш проект «Планшет для людей с ограниченными возможностями здоровья и пожилых граждан» в качестве участника программы поддержки проектов в области решения проблем ЛОВЗ «Технологии возможностей».



5. В мае 2015 года мы успешно представили проект на конференции M-Enabling Russia в Москве.



На всех мероприятиях наши выступления вызывали неподдельный интерес и сопровождались множеством заинтересованных обсуждений.



ТЕМ ВРЕМЕНЕМ НА ПЛАНЕТЕ ЗЕМЛЯ НИЧЕГО НЕ ИЗМЕНИЛОСЬ



За прошедшие два года ситуация с возможными аналогами нашего решения в мире почти не изменилась: на Западе тренд «цифровые технологии для стариков» есть, но в рамках этого тренда выпускаются, в основном, продукты и сервисы для контроля активности пожилых людей. А в России даже тренда как не было, так и нет. Тренда нет, но есть энтузиасты с прекрасными проектами: «Сети все возрасты покорны» от МТС, проекты «Баба-Деда», «Система Забота» и др. Самым известным, пожалуй, является проект «Кнопка жизни».



Событие международного масштаба, ст

http://habrahabr.ru/post/268171/

Комментарии (0)КомментироватьВ цитатник или сообщество
Foxtrot-Uniform

Приглашаем на круглый стол: "Доступность людей с ограниченными функциональными возможностями в областной медико-социальной комиссии"

Среда, 12 Августа 2015 г. 21:33 (ссылка)

Приглашаем желающих принять участие в круглом столе: "Доступность людей с ограниченными функциональными возможностями в областной медико-социальной комиссии" . Мероприятие организовано ЧЕГО "Защита". Реализовать проект помогают: ЧЕГО инвалидов-колясочников "Лидер", Черновицкая областная благотворительная организация "Общественная социальная служба" Помощь людям ", Черновицкое городское общество" Милосердие ", Черновицкое городское общество инвалидов" Мечта ", Благотворительный фонд" Ассоциация инвалидов-компьютерщиков ".
Круглый стол состоится в 14:00, 25 июля 2013 в" Буковинском "зале гостиницы" Черемош "(ул. Комарова, 13-А).
Во время мероприятия будут освещаться проблемы доступности людей с ограниченными функциональными возможностями в областной медико-социальной комиссии. Участники семинара обсудят возможные пути решения.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Современный интернет ушами незрячего – Теги article и section

Пятница, 31 Июля 2015 г. 14:59 (ссылка)

Всем доброго времени суток. В этой статье с подачи одного из пользователей рассматриваются теги article и section, которые появились в HTML 5. Рассматривается их влияние на поведение экранных дикторов на веб-страницах.



В комментариях к одной из моих статей пользователь ozgg задал следующий вопрос:

Сейчас вроде как рекомендуют вместо явных уровней заголовков просто делать вложенные секции, которые всегда в качестве первого заголовка используют h1. С такой вложенностью читалки построят правильную иерархию?


И предложил небольшой кусок кода, в котором фигурируют теги article и section. Если раньше я сталкивался с тегом article и радовался его присутствию на странице, особенно если оно было к месту, то вот с тегом section я столкнулся впервые, и оно не мудрено, потому что этот тег ничем себя в большинстве случаев не проявляет. Я несколько дней рылся в интернете, нашёл достаточно много статей про теги article и section. Выяснилось, что эти элементы блочные и служат для выделения какой-либо части контента законченной по смыслу. Приводятся самые разнообразные примеры по использованию этих тегов. Тут и там всплывает информация, что эти теги должны «как-то обрабатываться скринридерами». Очень интересное определение «как-то». Информации о том, как же всё-таки они должны обрабатываться я нигде не нашёл (вполне возможно, что плохо искал). Вот хорошая статья на хабре, где написано не только про эти теги. И опять же в конце статьи упоминается об обработке этих тегов скринридерами. Раз нет информации о том какое влияние эти теги оказывают на поведение скринридеров на странице, то основной смысл применения этих тегов отпадает. Ведь какую-то законченную по смыслу часть можно выделить и тегом div. А зачем заморачиваться с новыми тегами, если старые прекрасно работают? Когда не понимаешь, как та или иная вещь влияет на другие вещи и взаимодействует с ними, как-то затруднительно применять их в своём труде.



Что я знал про тег article



Тег article предназначен для выделения каких-то областей сайта, в которых находится завершённый по смыслу контент. Он является блочным элементом и способен заменить в некоторых случаях тег div. Когда jaws встречает открывающий тег article, он выдаёт сообщение «Статья». Так экранный диктор (далее по тексту ЭД) оповещает о начале какого-то осмысленного блока информации. Поскольку тег блочный и ЭД воспринимает его как некую имеющую смысл и важность для пользователя область, он позволяет быстро к ней перемещаться при помощи клавиши «R». Вот почему я радуюсь, когда нахожу такую область на странице, я могу спокойненько миновать всё мне не нужное и перейти к нужному. Это один из больших плюсов этого тега, конечно он актуален только в том случае, когда тег стоит в нужном месте. А сообщение ЭД не двусмысленно намекает на преимущественное использование этого тега для выделения статей или какого-то блока с текстовой информацией. А когда ЭД встречает закрывающий тег, он выдаёт сообщение «Конец статья». Да, тут ещё и кривоватый перевод.



Выше приведённая информация актуальна для jaws версий 15 и 16, возможно работает и на более старших, но я точно не помню. А вот ЭД NVDA немного меня разочаровал, он вообще никаким образом не реагирует на теги article и section. Возможно он будет реагировать в новых версиях, но версия 2015.2 не демонстрирует реакции.



Тег section



Тег section никаким образом не проявляется при линейной навигации по странице, как будто его там и нет вовсе. Этот тег служит, как понятно из его названия, для выделения секций/областей на сайте. Перемещаться к нему при помощи средств быстрой навигации тоже невозможно. В общем получается какой-то бессмысленный тег, но на самом деле этот тег оказывает на пару с тегом article схожее влияние на теги заголовков при их обработке ЭД.



Немного о заголовках



Поскольку темой статьи, к которой был написан комментарий, были «Заголовки», то имеет определённый смысл рассматривать влияние этих тегов именно на заголовки. Когда я говорю про влияние тегов на поведение других тегов, я имею в виду поведение ЭД при обработке совокупности этих тегов. Эффект, который оказывают теги article и section, проявляется только при одном единственном сценарии взаимодействия ЭД. Тут нужно пояснить, что у ЭД jaws есть три сценария взаимодействия с тегами заголовков. Одним из наиболее распространённых является использование «списка заголовков», который вызывается по insert+F6. Этот инструмент очень удобен при большом количестве заголовков на странице и становится ещё удобнее, когда страница знакома. Он позволяет отсортировать заголовки в алфавитном порядке или по структуре страницы, отфильтровать заголовки по уровням. А также позволяет производить быстрый поиск заголовка по мере ввода первых букв. Вторым сценарием взаимодействия является сплошное чтение заголовков без сортировки и фильтрации при помощи клавиши «H». То есть при нажатии этой клавиши курсор ЭД прыгает на ближайший заголовок, а при дальнейших нажатиях он прыгает на все следующие заголовки по странице, идя сверху вниз. Этой же кнопкой можно вообще определить наличие заголовков на странице, если таковых нет, то будет выведено сообщение «На этой странице нет заголовков». Третьим и наиболее редким способом является использование клавиш от «1» до «6» на основном блоке клавиатуры. Каждая клавиша работает таким же образом, как и «H», но с дополнительным фильтром по уровню. То есть клавиша «1» позволяет нам перемещаться по всем заголовкам только первого уровня, а клавиша «4» по всем заголовкам только четвёртого уровня. Вот с помощью третьего сценария и можно использовать особенности навигации по заголовкам внутри тегов section и article. При использовании первых двух сценариев теги article и section не учитываются никаким образом.



Правила взаимодействия курсора ЭД с заголовками внутри тегов



Повторюсь, ниже приведённые правила актуальны только для jaws и только при использовании третьего сценария взаимодействия с заголовками.



Уровень 1 вне статьи


Какой-то текст


Уровень 2 вне статьи


Какой-то текст


Уровень 2.2 вне статьи


Какой-то текст


Уровень 3.2 вне статьи


Какой-то текст



Какой-то заголовок 1 внутри статьи


Какой-то текст


Какой-то заголовок 2 внутри статьи


Какой-то текст


Какой-то заголовок 3 внутри статьи


Какой-то текст



Какой-то заголовок 1 внутри секции


Какой-то текст


Какой-то заголовок 2 внутри секции


Какой-то текст


Какой-то заголовок 3 внутри секции


Какой-то текст




Какой-то заголовок 1 за статёй


Какой-то текст


Какой-то заголовок 2 за статёй


Какой-то текст


Какой-то заголовок 3 за статёй


Какой-то текст






Возможности:

1. Можно перемещаться по второму и следующим уровням заголовков внутри раздела. То есть каждый тег article и section является своеобразным ограничителем, через который нельзя перешагнуть по второму, третьему и другим уровням заголовков. Исключением является только первый уровень, по нему можно ходить везде и всегда, в любом направлении.

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



Уровень 1 вне статьи


Какой-то текст


Уровень 2 вне статьи


Какой-то текст



Какой-то заголовок 1 внутри статьи


Какой-то текст


Какой-то заголовок 2 внутри статьи


Какой-то текст


Какой-то заголовок 3 внутри статьи


Какой-то текст



Какой-то заголовок 1 внутри секции


Какой-то текст


Какой-то заголовок 2 внутри секции


Какой-то текст


Какой-то заголовок 3 внутри секции


Какой-то текст




Какой-то заголовок 1 за статёй


Какой-то текст


Какой-то заголовок 2 за статёй


Какой-то текст


Какой-то заголовок 3 за статёй


Какой-то текст






Возможности:

3. Ограничитель срабатывает, если раздел начинается с заголовка уровня один. На примере, невозможно попасть в секцию по второму или третьему уровню сверху, но можно попасть снизу, минуя и article, и section.




Какой-то заголовок 1 внутри статьи


Какой-то текст



Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции




Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции


Какой-то заголовок 4 внутри секции




Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции


Какой-то заголовок 4 внутри секции








Возможности:

4. Ограничитель срабатывает, если каждый раздел начинается с заголовка высокого уровня и за ним следуют два или более заголовков более низкого уровня. На примере, можно перемещаться по второму уровню из секции в секцию, но нельзя из одной секции перешагнуть в другую с третьего уровня.



Вот и все основные правила обработки, выявленные опытным путём.

Так же нужно обратить внимание, что правило «Нельзя перешагивать через один уровень» и «Ограничитель срабатывает, если каждый раздел начинается с заголовка высокого уровня и за ним следуют два или более заголовков более низкого уровня» актуальны и без каких-либо тегов.

То есть можно делать так:



Какой-то заголовок 1 внутри статьи


Какой-то текст


Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции


Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции


Какой-то заголовок 4 внутри секции


>

Какой-то заголовок 1 внутри секции


Какой-то заголовок 2 внутри секции


Какой-то заголовок 3 внутри секции


Какой-то заголовок 4 внутри секции






Только можно оставить тег article, потому что эта структура больше похожа на оформление большой статьи.



Практическое заключение



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



Каталог статей


В нашем каталоге…








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



Тег section, как выяснилось (см. комментарии), обладает куда большими возможностями, чем тег article. При помощи этого тега можно создавать произвольные области с определённым названием. Такую возможность даёт атрибут aria-label, про который я совсем забыл ввиду крайне редкого его использования в природе интернета. Такая область доступна для средств быстрой навигации, к ней можно быстро переместиться с помощью клавиши «R». Область применения такого тега широка.

Вот пример:




Заголовок



Имя автора




Соответственно текст статьи




+2




Комментарий










На слух в браузере эта структура воспринимается так:

Статья

Заголовок уровня один заголовок

Информация об авторе область

Имя автора

Информация об авторе конец область

Текст статьи область

Соответственно текст статьи

Текст статьи конец область

Информация о статье рейтинг и пр область

Два (у меня отключено чтение знаков припенания и прочих символов)

Информация о статье рейтинг и пр конец область

Комментарии область

Комментарий

Информация об авторе пустая область

Комментарии конец область

Конец статья




Таким образом можно оформлять записи в блоге. Такое оформление позволит быстро перемещаться к интересующим областям



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



Благодарю за внимание.



Благодарности



Я очень благодарен ozgg, без него этой бы статьи не было и тайна тега section не была бы раскрыта.

Original source: habrahabr.ru (comments, light).

http://habrahabr.ru/post/263923/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<доступность - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda