В своей статье вы приводите примеры, где следует использовать aria-label, а в своих аргументах под статьёй примеры, где его нельзя использовать. Понятно, что у aria-label есть границы применимости, но это же не значит, что его не следует использовать для того, для чего он и был создан и для чего подходит лучше всего. Конечно, в нем не разместить таблицу, но кнопки подписывать лучше всего с помощью него, т.к. это просто удобно и хорошо работает.
Что за бредовая статья? Почему вы упомянули PyCharm, но не упомянули все остальные ide на базе IntelliJ IDEA? Где visual studio? Кто решил, что VSCode неудобна? Такое ощущение, что статью писал человек, которые вообще не понимает о чем пишет. Или какой-то специальный бот даже не на базе gpt, т.к. у gpt получилось бы точно лучше. Расскажите, пожалуйста, как такой текст получился? Очень любопытно было бы узнать. В МТС публикуемые статьи вообще никакого привью не проходят?
Я согласен с вами, что они просто результат системы, но в предыдущем сообщении вы писали про нагрузку. Нагрузкой тут точно всего не объяснить. Плохое образование - это главная причина. Отсутствие какой-либо эмпатии- это скорее свойство старых, еще советских врачей, как раз современных профессоров . Чатботы тут помогут одним- нам просто не придется к врачам обращаться. Сейчас успешность лечения только в наших руках. Будет пациент жить или нет, зависит от того на сколько он хорошо умеет гуглить и читать научные статьи, на сколько он в состоянии отличить какую-нибудь муть, от действительно современных научных данных, И еще, повезет ли ему встретить кого-то, кто у же прошел этот путь. Боты решают эту проблему. Если какой-нибудь chat GPT сможет хотя бы предположить диагноз и предложить способы его подтверждения/опровержения и дифференциации с другими похожими, если он сможет выдать достоверную информацию о современных препаратах и методах лечения, то человек сможет справиться без врача. Или по крайней мере сможет отличить настоящего специалиста от идиота. И бот не будет советовать арбидол, т.к. он, скорее всего, будет не Российским ботом.
Нагрузка может быть, а может не быть. Никакая нагрузка не объяснит столь вопиющую некомпетентность. Отправить человека умирать, когда против его заболевания есть лекарства - вряд ли в этом виновна нагрузка. А так поступают очень многие. Я сам с этим сталкивался несколько раз. Я даже могу назвать больницу в которой это происходило. И случалось это не только в маленьком городе в регионе, но и Питерской больнице имени С.П. Боткина.
Все зависит от конкретного специалиста? 1 нормальный, на 99 некомпетентных. Вам просто повезло не столкнуться с сотней врачей чтобы иметь нормальную выборку.
К сожалению, я очень много общался с врачами, я состою в группе, где находятся люди с определенным заболеванием. Сотни людей. Врачи некомпетентны совершенно! Это невозможно объяснить ничем. Никакой нагрузкой. Кроме того что некомпетентны, многие абсолютно безразличны к человеческим страданиям. Предложить человеку просто умирать, при наличии возможности для излечения - просто в порядке вещей. Сообщения о таком поведении даже никого не удивляют уже. И некомпетентность эта проявляется не просто у персонала районной поликлиники, но у профессоров, ведущих врачей в регионе по данному заболеванию. Мой комментарий заминусовали, но вы просто не осознаете глубину провала. Чтобы это понять нужно действительно с этим столкнуться.
Если бы они тестировали не в медицинских центрах США, а в Российских больницах, то единственным вердиктом было бы - внедряйте его немедленно! Российские врачи абсолютно некомпетентны в своем большинстве.
Странно, что человек по сути гениальный, стал заниматься такими прикладными задачами как программирование. Казалось бы, такому человеку прямая дорога в науку, причем самую фундаментальною.
Предпочтительнее использовать visually hidden, потому что при автоматическом переводе страницы > текст, который не находится внутри элемента читается на ломанном языке. Например, если весь > текст страницы будут читать на английском, то вот эту часть - на ломанном английском. Скрытый текст > - это не костыль, это общепринятая практика, используемая повсеместно > https://www.google.com/search?> q=visually+hidden&oq=visually+&aqs=chrome.1.69i57j0i512l9.3202j0j7&sourceid=chrome&ie=UTF-> > 8&bshm=ncc/
А почему тут ссылка на гугл, а не спецификацию? Возможно, потому что во всех спецификациях указано, что для этих задач используется атрибут aria-label? Вообще, кажется, что довольно логично использовать для решения проблем атрибут, который был придуман для решения этих проблем. Довольно удивительно указывать в качестве доказательства ссылку на гугл поиск, но ok, давайте возьмем один из результатов, хотя бы https://getbootstrap.com/docs/5.0/helpers/visually-hidden/. Мы видим, что этот костыль, используется для скрытие текста тогда, когда aria-label неприменим, к примеру, чтобы скрыть текст заголовка, что само по себе является костылём. Вам же известно, что aria-label нельзя устанавливать на некоторые html контейнеры? Так же это используется порой для скрытия фокусируемых элементов. Этот хак наверняка можно назвать общеупотребительной практикой, но только в тех случаях, когда не существует специально разработанных средств, а необходимость его использовать уже значительный повод задуматься над реализацией. Если же какие-то скринридеры не способны нормально озвучить переведенный текст в aria-label в 2023 году, хотя я такого не встречал последние пару лет, то это не проблема прикладных разработчиков и не повод городить костыли.
Когда у вашей ссылки нет видимой подписи, её следует подписывать с помощью специального атрибута aria-label, а не использовать костыль со скрытым текстом. То есть не <a href={url}> <A11yHidden hiddenText="фото котиков" /> </a>, А <a href={url} aria-label="Фото котиков"></a>
То же самое справедливо и для ссылок с тегом <img> внутри. aria-label лучше, чем атрибут alt
В ссылке <a tabIndex={0}>Фото котиков</a> нужен tabindex, т.к. у нее отсутствует href, а это значит, что ссылка не будет получать фокус клавиатуры.
к сожалению, этот баг висит там уже несколько лет. А вы уже в jet brains не работаете или просто с windows? Я к тому, что, скорее всего, это кроссплатформенный баг.
В windows, к сожалению, не все так радужно. К примеру есть баг, который не дает нормально навигироваться по словам, что, признаться, очень сильно отравляет жизнь. На сколько я могу судить, со стороны idea проблема в том, что она не отдает нормально слова, т.е. если на стороне скринридера вызвать метод JAB AccessibleText.getAtIndex(WORD, currentIdex) возвращается не слово, а какой-то произвольный набор символов.
Он ехал туда сбивать Украинские военные самолеты. Киргин написал в своем твиттере, что они сбили какой-то самолет, а потом этот твит удалил. Украинцам там нечего было сбивать, у ДНР и ЛНР самолетов не было.
НА Accessibility вы вообще плюете. Со скринридером невозможно пройти большую часть сценариев. поддержка регистрирует инциденты и забывает об этом. Никакого фитбека от слова совсем!
В своей статье вы приводите примеры, где следует использовать aria-label, а в своих аргументах под статьёй примеры, где его нельзя использовать. Понятно, что у aria-label есть границы применимости, но это же не значит, что его не следует использовать для того, для чего он и был создан и для чего подходит лучше всего. Конечно, в нем не разместить таблицу, но кнопки подписывать лучше всего с помощью него, т.к. это просто удобно и хорошо работает.
Приложение для распознавания чего? Текста? Что-то мне подсказывает, что для распознавания речи
Что за бредовая статья? Почему вы упомянули PyCharm, но не упомянули все остальные ide на базе IntelliJ IDEA? Где visual studio? Кто решил, что VSCode неудобна? Такое ощущение, что статью писал человек, которые вообще не понимает о чем пишет. Или какой-то специальный бот даже не на базе gpt, т.к. у gpt получилось бы точно лучше. Расскажите, пожалуйста, как такой текст получился? Очень любопытно было бы узнать. В МТС публикуемые статьи вообще никакого привью не проходят?
Я согласен с вами, что они просто результат системы, но в предыдущем сообщении вы писали про нагрузку. Нагрузкой тут точно всего не объяснить. Плохое образование - это главная причина. Отсутствие какой-либо эмпатии- это скорее свойство старых, еще советских врачей, как раз современных профессоров . Чатботы тут помогут одним- нам просто не придется к врачам обращаться. Сейчас успешность лечения только в наших руках. Будет пациент жить или нет, зависит от того на сколько он хорошо умеет гуглить и читать научные статьи, на сколько он в состоянии отличить какую-нибудь муть, от действительно современных научных данных, И еще, повезет ли ему встретить кого-то, кто у же прошел этот путь. Боты решают эту проблему. Если какой-нибудь chat GPT сможет хотя бы предположить диагноз и предложить способы его подтверждения/опровержения и дифференциации с другими похожими, если он сможет выдать достоверную информацию о современных препаратах и методах лечения, то человек сможет справиться без врача. Или по крайней мере сможет отличить настоящего специалиста от идиота. И бот не будет советовать арбидол, т.к. он, скорее всего, будет не Российским ботом.
Нагрузка может быть, а может не быть. Никакая нагрузка не объяснит столь вопиющую некомпетентность. Отправить человека умирать, когда против его заболевания есть лекарства - вряд ли в этом виновна нагрузка. А так поступают очень многие. Я сам с этим сталкивался несколько раз. Я даже могу назвать больницу в которой это происходило. И случалось это не только в маленьком городе в регионе, но и Питерской больнице имени С.П. Боткина.
Все зависит от конкретного специалиста? 1 нормальный, на 99 некомпетентных. Вам просто повезло не столкнуться с сотней врачей чтобы иметь нормальную выборку.
К сожалению, я очень много общался с врачами, я состою в группе, где находятся люди с определенным заболеванием. Сотни людей. Врачи некомпетентны совершенно! Это невозможно объяснить ничем. Никакой нагрузкой. Кроме того что некомпетентны, многие абсолютно безразличны к человеческим страданиям. Предложить человеку просто умирать, при наличии возможности для излечения - просто в порядке вещей. Сообщения о таком поведении даже никого не удивляют уже. И некомпетентность эта проявляется не просто у персонала районной поликлиники, но у профессоров, ведущих врачей в регионе по данному заболеванию. Мой комментарий заминусовали, но вы просто не осознаете глубину провала. Чтобы это понять нужно действительно с этим столкнуться.
Если бы они тестировали не в медицинских центрах США, а в Российских больницах, то единственным вердиктом было бы - внедряйте его немедленно! Российские врачи абсолютно некомпетентны в своем большинстве.
Классная штука!
Странно, что человек по сути гениальный, стал заниматься такими прикладными задачами как программирование. Казалось бы, такому человеку прямая дорога в науку, причем самую фундаментальною.
А почему тут ссылка на гугл, а не спецификацию? Возможно, потому что во всех спецификациях указано, что для этих задач используется атрибут aria-label? Вообще, кажется, что довольно логично использовать для решения проблем атрибут, который был придуман для решения этих проблем. Довольно удивительно указывать в качестве доказательства ссылку на гугл поиск, но ok, давайте возьмем один из результатов, хотя бы https://getbootstrap.com/docs/5.0/helpers/visually-hidden/. Мы видим, что этот костыль, используется для скрытие текста тогда, когда aria-label неприменим, к примеру, чтобы скрыть текст заголовка, что само по себе является костылём. Вам же известно, что aria-label нельзя устанавливать на некоторые html контейнеры? Так же это используется порой для скрытия фокусируемых элементов. Этот хак наверняка можно назвать общеупотребительной практикой, но только в тех случаях, когда не существует специально разработанных средств, а необходимость его использовать уже значительный повод задуматься над реализацией.
Если же какие-то скринридеры не способны нормально озвучить переведенный текст в aria-label в 2023 году, хотя я такого не встречал последние пару лет, то это не проблема прикладных разработчиков и не повод городить костыли.
Когда у вашей ссылки нет видимой подписи, её следует подписывать с помощью специального атрибута aria-label, а не использовать костыль со скрытым текстом. То есть не
<a href={url}> <A11yHidden hiddenText="фото котиков" /> </a>, А<a href={url} aria-label="Фото котиков"></a>То же самое справедливо и для ссылок с тегом
<img>внутри. aria-label лучше, чем атрибут altВ ссылке
<a tabIndex={0}>Фото котиков</a>нужен tabindex, т.к. у нее отсутствует href, а это значит, что ссылка не будет получать фокус клавиатуры.к сожалению, этот баг висит там уже несколько лет. А вы уже в jet brains не работаете или просто с windows? Я к тому, что, скорее всего, это кроссплатформенный баг.
Не могли бы это поправить?
В windows, к сожалению, не все так радужно. К примеру есть баг, который не дает нормально навигироваться по словам, что, признаться, очень сильно отравляет жизнь. На сколько я могу судить, со стороны idea проблема в том, что она не отдает нормально слова, т.е. если на стороне скринридера вызвать метод JAB AccessibleText.getAtIndex(WORD, currentIdex) возвращается не слово, а какой-то произвольный набор символов.
Почему все варианты языки, но для c# указан фреймворк, а не язык?
Он ехал туда сбивать Украинские военные самолеты. Киргин написал в своем твиттере, что они сбили какой-то самолет, а потом этот твит удалил. Украинцам там нечего было сбивать, у ДНР и ЛНР самолетов не было.
Неужели не публиковать код в виде скринов это такая сложная идея?
Скоро с Талибаном о сотрудничестве в космосе договоримся и полетим на марс.
НА Accessibility вы вообще плюете. Со скринридером невозможно пройти большую часть сценариев. поддержка регистрирует инциденты и забывает об этом. Никакого фитбека от слова совсем!