Smart Communication Design Company
ホーム > ナレッジ > Blog > アクセシビリティBlog > 2019年3月 > axe-core 3.2 近日公開

axe-core 3.2 近日公開


アクセシビリティ・エンジニア 畠山

(この記事は、2019年2月28日に公開された記事「Axe-core 3.2 is coming soon」の日本語訳です。Deque Systems社の許諾を得て、お届けしています。翻訳の正確性は保証いたしかねますので、必要に応じ原文を参照ください。)

cc9f1cd3b2b3db0c8021293344ece2d4 axeの2019年初のリリースはもうすぐです!これにはいくつかの新しいルール、強化されたレポート機能や、さまざまなバグ修正が含まれます。これらの新しい機能をユーザーの皆さんと共有できることをとてもうれしく思います。今年はaxe-coreのための大きな計画があり、axe-core 3.2はさらにすばらしいアクセシビリティの年への準備を整えてくれるでしょう。私たちはaxe-coreバージョン3.2を含めるため、すべてのaxeとAttest HTMLツールを3月中にアップデートします。このリリースが他のDequeのツールにどのような影響を与えるかについては、担当者にお問い合わせください。

新しいルール

ルール1:<aria-label>の値がウィジェットのコンテンツと一致する

このWCAG 2.1を基にした新しいルールは、特に音声認識ソフトウェアを使用するユーザーをサポートするために作られました。画面上で視認できるテキストをアクセシブルな名前と一致させることで、音声認識ソフトウェアはどのボタン、リンク、そして他のウィジェットの「コンテンツ由来の名前」を操作するのか判断できます。 **悪い例:** b6b37b139427e8849c7d9b27dabdae61 **良い例:** 5f5d46c88ca2734419fd42604bea34ce 注記:このルールを有効にするには、ユーザーは「実験的」タグを有効にする必要があります。axe拡張機能のユーザーは実験的なルールが有効になっている[axe-coconut](https://chrome.google.com/webstore/detail/axe-coconut/iobddmbdndbbbfjopjdgadphaoihpojp)を使用できます。

ルール2:フォームの入力欄に重複するラベルを付与しない

このルールはフォーム入力欄のラベルについてのルールから外し、個別のベストプラクティスルールに変更しました。フォームをマークアップする際のよくある間違いは、コンテンツ制作者が誤って2つのラベルを1つの入力欄に付与してしまうことです。意図的に複数のラベルを付けることは一般的な方法ではありませんし、コードの管理を難しくします。 **悪い例:** c5b30ae0812922d44d0dae23c9f8ff29 **良い例:** 30e88df6bfb904d537caf63c8e217548

ルール3:complementaryランドマークがトップレベルに存在する

このベストプラクティスルールは`aside`要素や`role=complementary`を付与した要素が他のARIAランドマーク内の一部になっていないことを確認します。ランドマークをネストすると、わかりにくいドキュメント構造になります。このルールは、同じARIA要件を持つ`banner`、`contentinfo`、そして`main`ロールをテストする、既存のルールに類似しています。 **悪い例:** 491bddd01e3d5ac8d95a880a96442a74 **良い例:** 8b6dee150fa6a13b2587fb132233bbef

その他の新しい機能

機能1:テスト環境についての詳細を分析結果に含める

axe-coreや、その他のアクセシビリティ検証ツールを使用する際のよくある課題は、特定の問題を再現することが難しいということです。「昨日は問題がなかったのに、今日axeを実行したら、5つも問題が報告されるのはどうしてですか?」ほとんどの場合、答えは次のいずれかです: axeはページが変更されたかどうかは判断できませんが、バージョン3.2の時点で、axe-coreは分析結果に他の要因を検討するための情報を含めます。axe-coreは以下のプロパティを報告するようになります: これらのプロパティがaxe-coreで利用可能になれば、個々のプロパティを異なるaxe-coreテストランナーやレポーターに追加します。

機能2:さらに詳細なアクセシビリティサポートについてのフィードバック

axe-core 3.1からは、支援技術によるサポートが不十分なロールを使用していた場合に、個別にユーザーに通知するようにしました。これにより、ユーザーは打ち間違えた・存在しないロールと、サポートが不十分なロールを区別できます。axe-core 3.2ではARIAプロパティおよびステートに関しても、同様の問題を通知します。サポートが不十分なARIAプロパティには、次の属性が含まれます:

機能3:新しいアクセシブルな名前の計算方法

axe-coreの重要な構成要素の1つは、そのアクセシブルな名前の計算アルゴリズムです。これは、スクリーン・リーダーや他の支援技術がページ上のさまざまな見出し、リンク、そして他のコンポーネントをどのように名前を付けるかを判断するために使用されています。昨年末、W3Cは[Accessible Name Computationのバージョン1.1](https://www.w3.org/TR/accname-1.1/)を発行しました。私たちはこの機会に、要素がアクセシブルな名前を持っているかどうかを合理的に示すためだけではなく、正確に計算するためにも、設計を見直しました。 この新しいアクセシブルな名前の計算方法により、axe-coreを基に作られたツールは異なるブラウザーがコンポーネントに与える最も可能性の高いアクセシブルな名前を正確に表すことができます。これはChrome、Firefox、そしてSafariの最小の特徴を見つけるように作られています。さらに、特定のブラウザーのアクセシブルな名前を正確に特定するように設定することもできます。

注目すべきバグ

訳注:バグのタイトルは、参照可能にするため翻訳していません。

既知の問題

訳注:バグのタイトルは、参照可能にするため翻訳していません。

Pick Up