We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
現状はリリース優先でデザイン、開発が進んでいるフェーズという前提で、リリース後の指針について議論しておきたいです。
一定の基準をクリアできているかどうかを判断するために何らかのガイドラインが必要になるかと思いますが、そこでインフォアクシアさんが公開されている、Webアクセシビリティ確保 基本の「キ」を基準とすることを提案します🙂 https://weba11y.jp/know-how/10basics/10basics_index/
このリストはさまざまなアクセシビリティ関連の講演でも広く知られており、最低限のアクセシビリティを確保する上でも欠かせない項目かと思います。
問題はどうこれをチェックすべきかという点ですが、どなたか良いアイデアがありませんかね?🤔 あと、そもそももっと良いガイドラインがあるよ!というご提案があれば、そちらもぜひ。
The text was updated successfully, but these errors were encountered:
基準とする指針としては薄いかもですが、 ソースコード品質として以下eslint-pluginのbaseルールは入れておいてもいいかなと思います。 https://www.npmjs.com/package/eslint-plugin-vue-a11y
altチェックとかラベルが当たってるか、CIでチェックして通るのを前提とするみたいにしてもいいかなと思いました。
Sorry, something went wrong.
日本の有名とこだとサイバーエージェントさんのガイドライン
三井住友銀行のは失敗パターンなども提示しているので分かりやすいです https://www.smbc.co.jp/accessibility/guidelines/
諸々ありがとうございます! いいですね。サイトがリリースしたらこちら定めつつ、実装にも反映して行きたく思います!
Include in #100
No branches or pull requests
現状はリリース優先でデザイン、開発が進んでいるフェーズという前提で、リリース後の指針について議論しておきたいです。
一定の基準をクリアできているかどうかを判断するために何らかのガイドラインが必要になるかと思いますが、そこでインフォアクシアさんが公開されている、Webアクセシビリティ確保 基本の「キ」を基準とすることを提案します🙂
https://weba11y.jp/know-how/10basics/10basics_index/
このリストはさまざまなアクセシビリティ関連の講演でも広く知られており、最低限のアクセシビリティを確保する上でも欠かせない項目かと思います。
問題はどうこれをチェックすべきかという点ですが、どなたか良いアイデアがありませんかね?🤔 あと、そもそももっと良いガイドラインがあるよ!というご提案があれば、そちらもぜひ。
The text was updated successfully, but these errors were encountered: