Conversation
|
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. |
Contributor
size-limit report 📦
|
Contributor
e2e tests |
Contributor
👀 Docs deployed
Commit 89f3419 |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #7378 +/- ##
=======================================
Coverage 94.47% 94.48%
=======================================
Files 375 375
Lines 11123 11126 +3
Branches 3650 3652 +2
=======================================
+ Hits 10509 10512 +3
Misses 614 614
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Contributor
|
А мы сейчас никакое поведение не сломаем тем, что будем выставлять |
Contributor
Author
Дополнительно не сломаем. Оно и сейчас так) По умолчанию у |
SevereCloud
previously approved these changes
Aug 22, 2024
Add role="contentinfo" if tag is 'footer'. Add examples where we should and should not use native tag footer.
146ebc6 to
89f3419
Compare
inomdzhon
approved these changes
Aug 23, 2024
SevereCloud
approved these changes
Aug 23, 2024
Contributor
❌ PatchНе удалось автоматически применить исправление на ветке 6.5-stable.
Чтобы изменение попало в ветку 6.5-stable, выполните следующие действия:
git stash # опционально
git fetch origin 6.5-stable
git checkout -b patch/pr7378 origin/6.5-stable
git cherry-pick --no-commit 4ba7ed019ab50bf8bdd98f300ee92408cc5e28b1
git checkout HEAD **/__image_snapshots__/*.png
git diff --quiet HEAD || git commit --no-verify --no-edit
git push --set-upstream origin patch/pr7378
gh pr create --base 6.5-stable --title "patch: pr7378" --body "- patch #7378" |
mendrew
added a commit
that referenced
this pull request
Aug 23, 2024
…role=contentinfo by default (#7378) Добавилено автоматическое выставление role=contentinfo если Component="footer". Добавлен раздел по доступности с пояснениями когда и как использовать компонент с дефолтным тегом footer. Приведены примеры, где стараемся объяснить где есть смысл в footer а где лучше div. Заметили, что, возможно, использовать нативный тег footer в этом компоненте Footer было излишне, потому что этот компонент не очень похож на семантическо значение footer. Обычно в футере находится справочная информация о сайте, копирайтинг, основная навигация, ссылки на социальные сети и другой похожий контент. doka Поэтому довольно трудно написать рекомендации по доступности, когда пример использования по смыслу нарушает правила использования footer. В нашем примере, мы кладём Footer вне Group, тем самым как бы устанавливая Footer для всей страницы, что явно не то, чего мы хотели бы добиться семантически в реальности. В идеале, в v7 я бы убрал использование нативного тега footer, чтобы не ломать семантику страниц неправильным использованием, потому что, подозреваю, его чаще используют и будут использовать с декоративными целями, а не по смыслу, закладываемому в тег footer. Изменения
Merged
mendrew
added a commit
that referenced
this pull request
Aug 23, 2024
…role=contentinfo by default (#7378) (#7432) Добавилено автоматическое выставление role=contentinfo если Component="footer". Добавлен раздел по доступности с пояснениями когда и как использовать компонент с дефолтным тегом footer. Приведены примеры, где стараемся объяснить где есть смысл в footer а где лучше div. Заметили, что, возможно, использовать нативный тег footer в этом компоненте Footer было излишне, потому что этот компонент не очень похож на семантическо значение footer. Обычно в футере находится справочная информация о сайте, копирайтинг, основная навигация, ссылки на социальные сети и другой похожий контент. doka Поэтому довольно трудно написать рекомендации по доступности, когда пример использования по смыслу нарушает правила использования footer. В нашем примере, мы кладём Footer вне Group, тем самым как бы устанавливая Footer для всей страницы, что явно не то, чего мы хотели бы добиться семантически в реальности. В идеале, в v7 я бы убрал использование нативного тега footer, чтобы не ломать семантику страниц неправильным использованием, потому что, подозреваю, его чаще используют и будут использовать с декоративными целями, а не по смыслу, закладываемому в тег footer. Изменения
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
5 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
role="contentinfo"#4692Описание
Действительно, отсутствует роль
contentinfoна элемененте, чтобы поддержать правильную работу скринридеров в Safari<v13.Но также заметил, что, возможно использовать нативный тег
footerв этом компонентеFooterбыло излишне, потому что этот компонент не очень поход на семантическо значениеfooter.Поэтому довольно трудно написать рекомендации по доступности, когда пример использования по смыслу нарушает правила использования
footer.В нашем примере, мы кладём Footer вне Group, тем самым как бы устанавливая Footer для всей страницы, что явно не то, чего мы хотели бы добиться семантически в реальности.
В идеале, в v7 я бы убрал использование нативного тега
footer, чтобы не ломать семантику страниц неправильным использованием, потому что, подозреваю, его чаще используют и будут использовать с декоративными целями, а не по смыслу, закладываемому в тегfooter.Изменения
role=contentinfoеслиComponent="footer".footer. Приведены примеры, где стараемся объяснить где есть смысл вfooterа где лучшеdiv.