В телеграм от телеграм пришла рассылка с конкурсами, где, кроме всего прочего, предлагается конкурс на разработку смартконтрактов для этой платформы. Так что теперь нет ни одного сомнения, что он имеет отношение к телеге.
Если бы все эти блокировки осуществлялись ради безопасности в ущерб свободе, то было бы место еще какой-то философской дискуссии, можно было бы еще рассуждать, что важнее свобода или безопасность и пр. Но у этих блокировок только одна конкретная цель — безопасность, но не нас с вами, а а от нас с вами. И именно поэтому всякий кто высказывается в защиту этих мер представляется, либо глупцом, не осознающем вполне реальность, либо мерзавцем на зарплате.
Это конечно крайне субъективно все, однако странно, что java кому-то может нравится больше, чем c#, то есть если выбирать платформу исходя из соображений её востребованности/популярности/оплачиваемости, тут java вероятно может быть предпочтительным, но если и есть какие-то преимущество у .net, то это c#. Я конечно более всего знаком именно с c#, но когда вынужден был работать с java под android, то периодически сталкивался с отсутствием каких-то возможностей.
Расскажите про то как это работает. Как далеко оно позволяет воспринимать объекты? на сколько хватает зарядки? Можно ли где-то послушать аудиозапись того, что слышит пользователь?
Там работает скринридер, который преобразует всю информацию в текст, а потом отдает его либо синтезатору, либо брайлевскому дисплею, то есть неважно gui там или консоль в итоге все-равно выводиться текст.
Очень увлекательная серия. Когда убивают, пусть даже и монстров, возникает какое-то ощущение фатальной необратимости действия. Кажется, что герои совершают страшную ошибку.
Пожалуйста, сделайте доступными для скринридеров радиокнопки в различных опросах/голосованиях. Пример недоступного опроса
Конкретно проблема заключается в том, что скринридер воспринимает варианты ответа как просто текст, а не элементы управления, то есть их тип и состояние не сообщается, и ими невозможно управлять с помощью клавиатуры.
Сама разметка выглядит довольно корректной, тут используются нативные радиокнопки, которые должны нормально восприниматься скринридером
<label class="radio radio_custom">
<input id="vv90390" class="js-field-data" name="variant[]" value="90390" type="radio">
<span class="radio__label radio__label_poll">Мимо шёл, нашёл в поиске</span>
</label>
Согласно требованиям закона 419-ФЗ, все сайты государственных учреждений должны быть приспособлены для слепых и слабовидящих.
К сожалению, все, что мне удалось найти в 401 это:
обеспечения условий доступности для инвалидов по
зрению официальных сайтов федеральных органов государственной
власти, органов государственной власти субъектов Российской
Федерации и органов местного самоуправления в сети «Интернет»
устанавливается уполномоченным Правительством Российской Федерации
федеральным органом исполнительной власти.
А таким федеральным органом является, видимо, Министерство связи и массовых коммуникаций, которое издало два приказа на эту тему, один из которых вообще не упоминает Гост, а другой просто "рекомендует" ему соответствовать.
По поводу ФЗ №181 вы абсолютно правы, но реальность такова, что процент сайтов, которые этому ГОСТу соответствуют, крайне мал, и с этим ничего не делается.
В основном да, но если пользователь пожалуется на какую-то компанию в прокуратуру, то она подаст на эту компанию в суд, требуя привести сайт в соответствие стандарту, и, как показывает практика, этот суд выиграет.
Юридический аспект. Неотъемлемое право доступа к информации заложено в законодательство многих стран. Например, в США и ЕС все веб-интерфейсы должны быть
доступными для людей с ограниченными возможностями. У нас это касается в основном государственных сайтов, ко всем остальным это применяется лишь в качестве
рекомендации.
Довольно спорное утверждение, на сколько я могу судить, не существует какого-то нормативного акта, который бы однозначно утверждал, что все государственные сайты должны соответствовать ГОСТу доступности с одной стороны, но с другой стороны в тексте ФЗ №181 утверждается, что инвалиду гарантируется право на получение необходимой информации, и это правило не подразумевает никаких исключений, таким образом предполагается, что абсолютно все Российские сайты должны соответствовать этому ГОСТу.
Попали в меню настройки. Скринридер зачитал правильную роль — это всплывающая кнопка. Вспоминаем, что это aria-haspopup. Эта кнопка также имеет дополнительное
состояние, она свернута, и так как это кнопка, мы можем удобно нажать на нее с помощью Enter или пробела. Нажимаем пробел:
Статус поменялся, переходим дальше.
Паттерн Menu Button Предполагает, что при нажатии этой кнопки фокус переместится на первый пункт открывшегося меню и дальше пользователь сможет перемещаться по этому меню с помощью клавиш up/down arrowkeys, но в реализации яндекса это работает совсем иначе. После того как пользователь активирует кнопку «Настройки», фокус никуда не перемещается, а остается на этой кнопке и дальше пользователю нужно догадаться, что ему следует перемещаться по пунктам menu с помощью клавиши tab. Кому-то покажется, что небольшая разница, но дело в том, что этот способ взаимодействия совершенно не очевиден для пользователя скринридера. Пользователь множество раз раньше встречал меню, он знает как нужно им пользоваться, но в данном случае яндекс изобрел свой путь и как это работает понятно далеко не сразу. Более того, в некоторых случаях это вовсе не работает. К примеру, в jaws+chrome Tab не перемещает фокус по пунктам меню, а после активации кнопки просто изменяется состояние самой кнопки, а меню открывается внизу страницы и пользователю, который этого не знает, абсолютно непонятно, где его искать. Очевидно, что сложно протестировать все возможные сочетания браузеров и скринридеров, хотя и можно попытаться, но вот именно поэтому и стоит реализовывать элементы управления следуя устоявшимся паттернам.
В данном меню есть еще одна ошибка, элемент с ролью menuitem оборачивает тег «a»:
, что приводит к эффекту, когда в одном случае скринридер называет элемент пунктом меню, в другом ссылкой, а в третьем и пунктом меню, и ссылкой одновременно. Роль menuitem нельзя использовать так, элемент управления должен быть либо ссылкой, либо пунктом меню, аналогично тому как нельзя вставлять ссылку в кнопку или checkbox в ссылку.
Мало, что могу сказать про статистику, но знаю, что в последние 10 лет был побежден гепатит C. Причем реально побежден, без каких-либо оговорок и уточнений.
Вот, что мне не очевидно: везде утверждается, что мы не знаем как работает мозг. Не знаем точно по какому принципу образуются связи, но собираемся при этом создавать симуляцию. Какой тогда в этом смысл? Как можно симулировать нечто, что функционирует по неизвестным законам?
Пример недоступного опроса
Конкретно проблема заключается в том, что скринридер воспринимает варианты ответа как просто текст, а не элементы управления, то есть их тип и состояние не сообщается, и ими невозможно управлять с помощью клавиатуры.
Сама разметка выглядит довольно корректной, тут используются нативные радиокнопки, которые должны нормально восприниматься скринридером
однако в css присутствует такая строчка
которая, на сколько я могу судить, делает эти кнопки невидимыми, в том числе и для вспомогательных технологий.
Для меню хорошо бы использовать не role=«listbox», а role=«menu», а для пунктов меню не option, а role=«menuitem».
Прошу прощение, имелось ввиду конечно же 419.
К сожалению, все, что мне удалось найти в 401 это:
А таким федеральным органом является, видимо, Министерство связи и массовых коммуникаций, которое издало два приказа на эту тему, один из которых вообще не упоминает Гост, а другой просто "рекомендует" ему соответствовать.
В основном да, но если пользователь пожалуется на какую-то компанию в прокуратуру, то она подаст на эту компанию в суд, требуя привести сайт в соответствие стандарту, и, как показывает практика, этот суд выиграет.
Довольно спорное утверждение, на сколько я могу судить, не существует какого-то нормативного акта, который бы однозначно утверждал, что все государственные сайты должны соответствовать ГОСТу доступности с одной стороны, но с другой стороны в тексте ФЗ №181 утверждается, что инвалиду гарантируется право на получение необходимой информации, и это правило не подразумевает никаких исключений, таким образом предполагается, что абсолютно все Российские сайты должны соответствовать этому ГОСТу.
Паттерн Menu Button Предполагает, что при нажатии этой кнопки фокус переместится на первый пункт открывшегося меню и дальше пользователь сможет перемещаться по этому меню с помощью клавиш up/down arrowkeys, но в реализации яндекса это работает совсем иначе. После того как пользователь активирует кнопку «Настройки», фокус никуда не перемещается, а остается на этой кнопке и дальше пользователю нужно догадаться, что ему следует перемещаться по пунктам menu с помощью клавиши tab. Кому-то покажется, что небольшая разница, но дело в том, что этот способ взаимодействия совершенно не очевиден для пользователя скринридера. Пользователь множество раз раньше встречал меню, он знает как нужно им пользоваться, но в данном случае яндекс изобрел свой путь и как это работает понятно далеко не сразу. Более того, в некоторых случаях это вовсе не работает. К примеру, в jaws+chrome Tab не перемещает фокус по пунктам меню, а после активации кнопки просто изменяется состояние самой кнопки, а меню открывается внизу страницы и пользователю, который этого не знает, абсолютно непонятно, где его искать. Очевидно, что сложно протестировать все возможные сочетания браузеров и скринридеров, хотя и можно попытаться, но вот именно поэтому и стоит реализовывать элементы управления следуя устоявшимся паттернам.
В данном меню есть еще одна ошибка, элемент с ролью menuitem оборачивает тег «a»:
, что приводит к эффекту, когда в одном случае скринридер называет элемент пунктом меню, в другом ссылкой, а в третьем и пунктом меню, и ссылкой одновременно. Роль menuitem нельзя использовать так, элемент управления должен быть либо ссылкой, либо пунктом меню, аналогично тому как нельзя вставлять ссылку в кнопку или checkbox в ссылку.