WCAG 2.0 実装方法集

メインコンテンツへスキップ

-

G10: 識別名及び役割を取得し、利用者が設定可能なプロパティを直接設定可能にし、変化を通知するためにユーザーエージェントが動作する、プラットフォームのアクセシビリティAPI機能をサポートするウェブコンテンツ技術を用いて、コンポーネントを作成する

適用(対象)

アクセシビリティAPIと連動するようにプログラムされた標準のコンポーネントがあるプログラミング技術

これは、次の達成基準に関連する実装方法である:

解説

この実装方法の目的は、支援技術がウェブコンテンツを理解し、代替のユーザーインタフェースを介して、利用者に等価の情報を伝えられるようにすることである。

コンテンツのなかには、マークアップ言語ではなく、プログラミング言語又はツールを用いて制作されているものがある。これらのウェブコンテンツ技術には、多くの場合、あらかじめプログラムされたインターフェースコンポーネントがあって、アクセシビリティAPIとのインタフェースとなる。コンテンツ制作者がこれらのコンポーネントを使ってプロパティ(識別名など)を埋めると、その結果として生成されるコンテンツのユーザーインタフェースコンポーネントは、支援技術にとってアクセシブルなものとなる。

しかし、コンテンツ制作者が新しいユーザーインタフェースコンポーネントを作成したいと考え、標準のコンポーネントを使うことができない場合は、自分でアクセシビリティ機能を確実に追加し、アクセシビリティAPIと互換性があるように実装する必要がある。

そういったカスタムコンポーネントでは、完成後、アクセシビリティ・サポーテッドの検証を行うべきである。

事例

検証

チェックポイント

  1. アクセシブルなユーザーエージェントを用いてコンテンツを描画する。

  2. ユーザーエージェントのアクセシビリティAPIをチェックするアクセシビリティツールを用いて、各ユーザーインタフェースコンポーネントを検証する。

  3. 各ユーザーインターフェースコンポーネントに対する識別名(name)及び役割(role)が、ツールによって確認できる。

  4. コンポーネントの値を変更する。

  5. アクセシビリティツールにその変更が通知される。

  6. コンポーネントが支援技術で動作する。

判定基準

注意: この実装方法が「達成基準を満たすことのできる実装方法」の一つである場合、このチェックポイントや判定基準を満たしていなければ、それはこの実装方法が正しく用いられていないことを意味するが、必ずしも達成基準を満たしていないことにはならない。場合によっては、別の実装方法によってその達成基準が満たされていることもありうる。

日本語訳における注記:

この文書の正式版は、W3Cサイトで公開されている英語の文書であり、この日本語訳には誤訳が含まれていることもありえます。なお、文中にある「日本語訳における注記」は、W3Cの原文にはないものであり、日本語訳監修者が追記したものです。