Comments 14
Ну с maxlength - это обыкновенная некомпетентность. Ведь кто-то же сознательно заложился на ограничение длины фамилии (а главное зачем?) именно в 30 символов)) А может просто бездумная копипаста. Но да, такие моменты QA должна отслеживать. Равно как и "Константинопольский" может не влезть в фиксированную ширину элемента.
Хочу вставить свои пять копеек. Тут в соседней статье описывается протокол gemini, в котором одним из косвенных свойств заявляется совместимость со скринридерами.
Не все символы полезны для текста в атрибуте
alt
Но это же безумие. И виноватым я здесь вижу скринридер. Во-первых alt - это "any value" замена графическому содержимому, которое по каким-то причинам не отобразилось. Например при описании графиков там сколько угодно может быть прямых цитат и имен собственных в кавычках, если бы мы вручную начали озвучивать увиденное.
The text must be given in the alt attribute, and must convey the same message as the image specified in the src attribute.
Если уж говорить об озвучивании, то внутренние кавычки укажут человеку при прочтении на цитату, имя собственное или другой стилистический метод (сарказм и т.п.). Убирать их из-за проблем в скринридере - терять информацию.
И еще: КПДВ и прочяя мишура не должна иметь альтернативный текст, потому что оффтопик:
link: 4.8.4.4.8 A purely decorative image that doesn't add any information
Получается, начинаешь в этом копаться и оно выливается в отдельную науку... <выдахая>
Например при описании графиков там сколько угодно может быть прямых цитат и имен собственных в кавычках, если бы мы вручную начали озвучивать увиденное.
Я поднимал вопрос о написании текста для атрибута в сообществе. В больших компаниях, например вк, этим занимаются UX редакторы. Если говорить о проектах для среднего и малого бизнеса, то ситуация сложнее.
Я не верю, что верстальщик или фронтендер будет писать текст. Но возможно дизайнер захочет, тогда было бы здорово знать технические ограничения для такого текста.
Я прописываю alt иногда. Проставляю-то я его без исключений. Но вот заполняю - на усмотрение.
И вам правильно выше отметили - это не "технические ограничения", это проблемы скринридеров. С чего это они приватизировали себе этот атрибут? А я вот ещё помню времена dial-up и GPRS, когда графика в браузере дефолтно была отключена и именно alt помогал ориентироваться))
Если это проблема скринридера, то какой вывод? Что делать?
Я по такой логике мог не работать, поддерживая ie6.
"Лучший валидатор - это браузер"?
Если это проблема скринридера, то какой вывод? Что делать?
Ну, если вас не устраивает сложившаяся ситуация - писать производителю скринридера)) Мне вот, когда я в своё время оставлял комменты о "необъяснимых багах" (был ведь целый талмуд с уже исследованными) в браузерах, Макеев из Оперы лично писал, уточнял детали. Всё зависит от добросовестности производителя. Пускай меняют подход к озвучке этого атрибута.
Я по такой логике мог не работать, поддерживая ie6.
Ну а я частенько так и работал, и работаю. Если за "поддержку IE6" не доплатили, то с чего я должен тратить своё рабочее время на фиксацию недокументированных особенностей?
Слышал зеркальную историю к maxlength - про minlength. Человек с однобуквенной фамилией не мог заполнить форму.
Не вижу проблемы в знаках препинания. Уровень пунктуации скринридера можно моментально менять горячими клавишами. А то сегодня пунктуация помешала в атрибутах alt, а завтра кто-то скажет, что она мешает в текстах статей )))
По модальным окнам согласен с автором и Ильёй: никакого интерфейса браузера! Толко инпуты самого окна!
Длина поля фамилии на сайте, скорее всего, происходит от длины этого поля в базе данных авиакомпании
HTML и CSS ошибки, влияющие на доступность. Мой опыт и моего незрячего знакомого Ильи. Часть 6