WebサイトのビルドでWAI-ARIAを使用する必要がありますか?何かメリットはありますか?現在、コードに「ロール」を追加している人はいますか?
WAI-ARIAに関する情報- www.w3.org/WAI/intro/aria .
HTML5では、タブ、リンク、チェックボックス、スライダーの役割に加えて、さらに多くの機能がまだ利用できません。使用可能なもの(以下を参照)と今後の予定のリストを見ると、ページ上の大量のタグにロールを適用しているように見えます。特にリーダーなどを使用しているユーザーに利益をもたらす場合は問題ではありません
また、副次的な質問として、検索エンジンはWAI-ARIAを使用するサイトに何らかの利点をもたらしますか?
使用する安全なロールのリスト(私は思う)
• role="article"
• role="banner"
• role="complementary"
• role="contentinfo"
• role="form"
• role="heading"
• role="main"
• role="navigation"
• role="search"
HTML5コードでの使用例:
<header role="banner"></div>
メインヘッダーの場合、バナーはページごとに1回のみ許可されます
<header role="heading"></div>
-メインヘッダーの後のすべてのヘッダー
<aside role="complementary"></aside>
<form role="search"></form>
OKあなたがこれを尋ねて以来、私はこれについていくつかの考えと研究を行ってきました。
あなたはそれらを使用すべきであるというのが私の意見であり、私はそれらをプロジェクトに持ち込み始めるつもりです。
それらが利用できないからといって、支援技術によって解析できないことを意味するものではなく、それらが意味論的な価値を少しでも追加するのに役立つなら、なぜですか?
より多くのウェブマスターがWAI-ARIAを採用した場合、より多くの利点と制限を確認することができます。
いくつかのプラス面とマイナス面がありますので(書き込み時間とHTMLサイズのわずかなバンプを節約します)、私はそれを採用すると言います。
ここに興味深い ブログ投稿 があります。
私は長い間、盲目のコミュニティに対応してきました。すべての画像でalt
を使用し、常に使用しています。すべてのabbr
を展開します。アクセシビリティWeb「チェッカー」とバリデーターを使用します。アクセスしやすいサイトを提供するために後ろに曲がります。
しかし、このようなことはやめなければなりません。
上記の ブログ投稿 に従って。
navタグはnav要素の「ロール」を定義するように見えるかもしれませんが、すべてのブラウザがそれを理解するわけではありません(ブラウザが表示できるからといって、タグを理解するわけではありません)。
目が不自由で、ブラウザをHTML5互換リーダーに更新できない場合は、IE6ユーザーと同じ観点からあなたを見始める必要があります。あなたは盲目かもしれません。しかし、あなたは愚かではありません。盲目であることは怠けていることの言い訳ではありません。新しいスクリーンリーダーが必要です。
<div class="sr_only">
<span role="navigation">
<span role="heading">
<span role="article">
<span role="search">
Dear Blind community, we write semantic HMTL5 for a purpose.
Update your screen reader!
これは、全世界が古風な技術に対応するための愚かなアイデアを背負っている寛容さのテストです。確かに、少なくとも後屈している人はお金を稼ぐためにそれをしていませんが、少なくとも2年に一度のアップデートでスクリーンリーダーを使うべきです。
また重要なのは、これらの多くのことが間違っていると新しいスクリーンリーダーを台無しにすることです。たとえば、<nav>
は通常、<ul>
の単なるコンテナです。 <ul role="navigation">
の下に<nav>
がある場合は、 役に立たない冗長性の問題に遭遇する になります。