アクセシブルな名前と説明の算出 1.1

W3C 勧告

このバージョン:
https://www.w3.org/TR/2018/REC-accname-1.1-20181218/
最新公開バージョン:
https://www.w3.org/TR/accname-1.1/
最新編集者ドラフト:
https://w3c.github.io/accname/
実装報告:
https://w3c.github.io/test-results/accname/
以前のバージョン:
https://www.w3.org/TR/2018/PR-accname-1.1-20181018/
以前の勧告:
https://www.w3.org/TR/wai-aria-implementation-1.0/
編集者:
Joanmarie Diggs (Igalia, S.L.)
Bryan Garaventa (Level Access)
Michael Cooper (W3C)
以前の編集者:
Richard Schwerdtfeger (Knowbility) (2017年10月まで編集者)
Joseph Scheuhammer (Inclusive Design Research Centre, OCAD University) (2017年5月まで編集者)
James Craig (Apple Inc.) (2016年5月まで編集者)
Andi Snow-Weaver (IBM) (2012年12月まで編集者)
Aaron Leventhal (IBM) (2009年1月まで編集者)

公開後に報告されたエラーや問題については、 正誤表をご確認ください。

また、 翻訳もご覧ください。


概要

この文書は、ユーザーエージェントがウェブコンテンツ言語から名前および説明をどのようにアクセシブルオブジェクトに対して決定するかを説明します。この情報は、アクセシビリティAPIを通じて公開され、 支援技術がこれらのオブジェクトを識別し、ユーザーに名前や説明を提示できるようにします。 名前や説明がどのように決定されるかのアルゴリズムを文書化することで、異なるアクセシビリティAPI間でこれらのプロパティが相互運用可能に公開され、著者の意図に沿った一貫性のある情報提示が促進されます。

アクセシブルな名前と説明の算出仕様は、複数のコンテンツ技術にまたがるサポートを定義しています。これには、汎用のWAI-ARIA [WAI-ARIA] ロール状態プロパティによるアクセシブルな名前と説明、および個々のコンテンツ言語固有の機能が含まれます。

この文書は、WAI-ARIA 1.0 ユーザーエージェント実装ガイド [WAI-ARIA-IMPLEMENTATION] W3C 勧告におけるアクセシブルな名前と説明のガイダンスを置き換えます。本仕様は、WAI-ARIA 概要で説明されている WAI-ARIA スイートの一部です。

この文書のステータス

このセクションは公開時点の文書のステータスを説明します。他の文書がこの文書に取って代わる場合があります。現行標準の W3C 公開物リストおよびこの技術レポートの最新改訂版は W3C 技術レポートインデックス https://www.w3.org/TR/ でご確認いただけます。

本仕様は Accessible Name and Description Computation (Accname) 1.1 W3C 勧告であり、Accessible Rich Internet Applications ワーキンググループが策定しました。ワーキンググループは仕様が実装可能であることを示すためAccname 1.1 実装報告を作成しました。Accname 1.1 の変更履歴は付録でご覧いただけます。

本仕様へのコメントは、 W3C accname GitHub リポジトリに issue を提出してください。提出が難しい場合は、public-aria@w3.org (コメントアーカイブ) にメールしてください。Accname 1.1 勧告へのコメントによって本バージョンに変更が加えられることはありませんが、正誤表や将来のバージョンで対応することがあります。ワーキンググループはコメントへの正式な回答を行わない場合もありますが、今後の作業で寄せられたコメントが考慮される場合があります。技術の進行中の更新は公開編集者ドラフトでご覧いただけます。

本仕様は Accessible Rich Internet Applications ワーキンググループによって 勧告として公開されました。

ワーキンググループの 実装報告もご覧ください。

本仕様は W3C メンバー、ソフトウェア開発者、その他 W3C グループおよび関係者によってレビューされ、ディレクターにより W3C 勧告として承認されています。これは安定した文書であり、参考資料や他の文書から引用することができます。W3Cの勧告策定における役割は、仕様への注目と普及を促進することです。これにより Web の機能性と相互運用性が向上します。

本仕様は W3C 特許方針の下で活動するグループによって作成されました。 W3C公開特許開示リスト にグループの成果物に関連して開示された特許を掲載しています。そのページには特許開示の手順も記載されています。特許に関する実際の知識を有し、その特許が必要な要求を含むと考える個人は、W3C特許方針第6節に従って情報を開示する必要があります。

本仕様は 2018年2月1日 W3C プロセス文書によって管理されています。

1. はじめに

このセクションは参考(非規定)です。

ユーザーエージェントDOM [DOM] から情報を取得し、アクセシビリティツリーと呼ばれる並列構造を作成します。このツリーはアクセシブルオブジェクトで構成されています。アクセシブルオブジェクトは、そのロール状態プロパティなどの情報を提供します。例として、ロールがmenuitemで、現在enabled状態にあり、haspopupプロパティを持ち、サブメニューへ繋がることを示すアクセシブルオブジェクトがあります。

本書で説明するアクセシブルオブジェクトの2つのプロパティは、アクセシブルな名前アクセシブルな説明です。名前は、オブジェクトの目的を示す短いラベルです。例えば、メニュー項目のアクセシブルな名前は新規などで、これは新しい文書やウィンドウなどの作成を提供するメニュー項目であることを表します。

説明は、アクセシブルオブジェクトの性質をさらに明確にする短い解説です。名前だけで十分な場合は必ずしも説明を付与する必要はありませんが、オブジェクトの使い方をよりよく理解できるよう支援することができます。

アクセシビリティ APIは現状、アクセシブルな名前や説明には平坦な構造(フラットな文字列)のみをサポートしています。そのため、名前や説明の算出結果はフラットな文字列となります。

「アクセシブルな名前」と「アクセシブルな説明」という語は、アクセシブルオブジェクトのプロパティとして、アクセシビリティ APIによって公開されることを強調するために使われていますが、以降では単に「名前」と「説明」と呼ぶことが多いです。

2. 適合性

非規定と記載されたセクションの他に、本仕様書のすべての著作ガイドライン、図、例、および注記は参考(非規定)です。 それ以外の本仕様書の内容はすべて規定となります。

キーワード MUST は [RFC2119]で説明されている通りに解釈されます。

2.1 RFC-2119 キーワード

RFC-2119キーワードは大文字で表記され、class="rfc2119"を持つstrong要素内に記載されます。上記のキーワードがこの形式で使われていない場合、RFC 2119の正式な意味は持たず、説明的、つまり参考情報としてのみ扱われます。本仕様ではそのような用法はできる限り避けています。

2.2 規定部分と参考部分

セクションが規定参考(非規定)であるかの表示は、そのセクション全体および下位セクションに適用されます。

参考部分は仕様の理解に役立つ情報を提供します。これらのセクションには推奨される実践例が含まれる場合がありますが、本仕様への適合のためにそれらの推奨事項に従う必要はありません。

3. 重要な用語

一部の用語は本文中で定義されていますが、以下の定義は本書全体で使用されます。

アクセシビリティ API

オペレーティングシステムやその他のプラットフォームは、オブジェクトイベントに関する情報を支援技術へ公開するための一連のインターフェースを提供します。支援技術はこれらのインターフェースを利用して、対象となるウィジェットの情報を取得したり操作します。アクセシビリティAPIの例として、Microsoft Active Accessibility [MSAA]、Microsoft User Interface Automation [UI-AUTOMATION]、MSAAUIA Express [UIA-EXPRESS]、Mac OS X アクセシビリティプロトコル [AXAPI]、Linux/Unix Accessibility Toolkit [ATK]、Assistive Technology Service Provider Interface [AT-SPI]、そしてIAccessible2 [IAccessible2]などがあります。

アクセシビリティツリー

ユーザーインターフェース(UI)の構造を表すアクセシブルオブジェクトのツリーです。アクセシビリティツリーの各ノードは、アクセシビリティAPIを通じて公開されるUIの各要素(例:プッシュボタン、チェックボックス、コンテナなど)を表します。

アクセシブルな説明

アクセシブルな説明は、インターフェース要素に関連した追加情報であり、アクセシブルな名前を補完します。アクセシブルな説明は、視覚的に認識できる場合とできない場合があります。

アクセシブルな名前

アクセシブルな名前は、ユーザーインターフェース要素の名称です。各プラットフォームのアクセシビリティAPIは、アクセシブルな名前プロパティを提供します。アクセシブルな名前の値は、UI要素の可視(例:ボタン上の可視テキスト)または不可視(例:アイコンを説明する代替テキスト)プロパティから導出されます。関連するアクセシブルな説明も参照してください。

アクセシブルな名前プロパティの簡単な例は「OK」ボタンです。テキスト「OK」がアクセシブルな名前です。ボタンにフォーカスが当たると、支援技術はプラットフォーム固有のロール説明とアクセシブルな名前を連結して出力することがあります。例えば、スクリーンリーダーが「プッシュボタン OK」や「OK ボタン」と読み上げる場合です。連結の順序やロール説明(例:「ボタン」、「プッシュボタン」、「クリック可能なボタン」など)の詳細は、プラットフォームのアクセシビリティAPI支援技術によって決定されます。

アクセシブルオブジェクト

プラットフォームのアクセシビリティツリー内のノードです。アクセシブルオブジェクトは、状態プロパティイベントなどを支援技術向けに公開します。マークアップ言語(例:HTMLSVG)一般、特にWAI-ARIAでは、マークアップ要素とその属性がアクセシブルオブジェクトとして表現されます。

支援技術

ハードウェアおよび/またはソフトウェアで、以下の機能を持つもの:

  • ユーザーエージェントが提供するサービスを利用してWebコンテンツを取得・表示する
  • ユーザーエージェントやWebコンテンツとAPIを介して連携する
  • ユーザーエージェントが提供するサービスを超えて、障害者のWebコンテンツ利用を支援する機能を提供する

この定義は他文書の定義と異なる場合があります。

本書の文脈で重要な支援技術の例には以下が含まれます:

  • 画面拡大ソフト(テキストや画像の視認性を高める)
  • スクリーンリーダー(合成音声や点字ディスプレイによる情報提供)
  • テキスト読み上げソフト(テキストを人工音声に変換)
  • 音声認識ソフト(音声による操作や入力を可能にする)
  • 代替入力技術(ヘッドポインタ、オンスクリーンキーボード、シングルスイッチ、吸引・吹き込みデバイス等でキーボード操作を代替)
  • 代替ポインティングデバイス(マウスポインティングやクリック操作の代替)
属性

本仕様書では、属性はマークアップ言語で使用される通りの意味です。属性は要素に追加される構造的特徴であり、状態プロパティなど、要素が表すオブジェクトに関する情報を提供します。

クラス

共通する特徴を持つインスタンスオブジェクトの集合です。

要素

本仕様書では、要素はマークアップ言語で使用される通りの意味です。要素はマークアップ言語の構造的要素であり、オブジェクトのデータプロファイルを含みます。

イベント

プログラムによるメッセージで、状態の個別の変化を他のオブジェクトに通知します。Webページへのユーザー入力は、抽象的なイベントによって仲介されることが多く、これによりドキュメントオブジェクトの状態変化が通知されます。プログラミング言語によってはイベントを通知と呼ぶこともあります。

非表示

要素が、いかなるユーザーにも可視・知覚・操作できないことを示します。自身または祖先要素がレンダリングされていなかったり、明示的に非表示の場合、その要素は非表示と見なされます。

参考(非規定)

情報提供を目的としたコンテンツで、適合上必須ではありません。適合に必要な内容は規定と呼ばれます。

ノード

DOMツリーまたはアクセシビリティツリー内の基本的なオブジェクト型です。DOMノードには要素テキストノードなどがあります。アクセシビリティツリーのノードはアクセシブルオブジェクトです。

規定

適合のために必須です。対照的に、参考(非規定)または「非規定」とされた内容は適合に必須ではありません。

オブジェクト

ユーザーインターフェースの文脈では、知覚可能なユーザー体験内の項目であり、マークアップ言語では1つ以上の要素によって表現され、ユーザーエージェントによってレンダリングされます。

プログラミングの文脈では、1つ以上のクラスやインターフェースを実体化し、類似するオブジェクトの一般的な特徴を定義します。アクセシビリティAPIのオブジェクトは、1つ以上のDOMオブジェクトを表す場合があります。アクセシビリティAPIには、DOMインターフェースとは異なる独自のインターフェースがあります。
知覚可能

ユーザーが感覚で認識できるよう提示可能なこと。本書における知覚可能の参照は、WCAG 2.1 原則1:コンテンツは知覚可能でなければならない [WCAG21]に関連します。

プロパティ

あるオブジェクトの本質的特徴や、オブジェクトに関連するデータ値を表す属性です。プロパティの変更は、オブジェクトの意味や表示に大きく影響する場合があります。特定のプロパティ(例:aria-multiline)は状態よりも変化が少ない傾向がありますが、その頻度の違いは規則ではありません。頻繁に変化するプロパティとして、aria-activedescendantaria-valuenowaria-valuetextなどがあります。状態とプロパティの違いも参照してください。

ロール

型の主な指標です。 この意味論的な関連付けにより、ツールはその型の他のオブジェクトと一貫した方法でオブジェクトの提示や操作をサポートできます。

意味論

人間が理解する意味を、人間がオブジェクト(例:要素属性)の表現をコンピュータが処理できる形で定義し、様々な人間がオブジェクトについて相互に一貫した理解を得られるようにすることです。

状態

状態は動的なプロパティであり、オブジェクトの特徴を表し、ユーザーの操作や自動処理によって変化することがあります。状態はオブジェクトの本質的な性質には影響せず、オブジェクトやユーザー操作可能性に関連するデータを表します。状態とプロパティの違いも参照してください。

テキストノード

DOM ノードの型であり、属性または要素のテキスト内容を表します。テキストノードは子ノードを持ちません。

ツールチップ属性

デスクトップユーザーエージェントにおけるマウスホバー等でツールチップを生成する原因となる、任意のホスト言語属性。

ユーザーエージェント

Webコンテンツの取得・表示・エンドユーザーとのインタラクションを支援するソフトウェア全般。この定義は他文書の定義と異なる場合があります。

ウィジェット

ユーザーが操作可能な個別のユーザーインターフェースオブジェクトです。ウィジェットは、1つの値や操作のみを持つ単純なオブジェクト(例:チェックボックス、メニュー項目)から、多数の管理されたサブオブジェクトを含む複雑なオブジェクト(例:ツリーやグリッド)までさまざまです。

4. 名前と説明

名前と説明の算出は、DOM要素から開始します。出力はフラットで構造化されていない文字列で、1語だけの場合もあれば、スペースで区切られたトークンの羅列になる場合もあります。例:保存ディスクから再読み込みなど。

重要な要素は要素ロールです。これがどのコンテンツが名前文字列に寄与するかを決定します。ロールにはnameFromというRDFプロパティがあり、値は2通りです:

author
名前は、aria-labelaria-labelledby属性、またはホスト言語のラベリング機構(例:HTMLalttitle属性SVGdesc要素)など、著者が明示的にマークアップで提供した値から生成されます。
contents
名前は、テキストノードから生成されます。これは一部のロールでは"author"に加えて許可される場合がありますが、優先度の高い"author"が提供されない場合のみ"content"が使われます。優先度はアクセシブルな名前と説明の算出アルゴリズムで定義されます。

Accessible Rich Internet Applications (WAI-ARIA) 1.1 [WAI-ARIA]仕様は、authorからの名前contentからの名前に対応するロールのリストを提供しています。

4.1 名前の算出

ユーザーエージェントは、アクセシブルな名前アクセシブルな名前と説明の算出セクションで示されるルールに従って算出しなければなりません(MUST)。

4.2 説明の算出

aria-describedbyが存在する場合、ユーザーエージェントは、現在の要素のaria-describedby属性で参照される要素のテキスト代替を連結してアクセシブルな説明を算出しなければなりません(MUST)。参照要素のテキスト代替は、下記アクセシブルな名前と説明の算出セクションで示される複数の方法で算出されます。

4.3 アクセシブルな名前と説明の算出

アクセシブルな名前と説明の算出は、アクセシブルな名前アクセシブルな説明の両方を生成するために使われます。要素ノード、マークアップの組み合わせごとに異なるルールが定められています。テキスト代替は、必要に応じて、要素内の関連コンテンツ全体から構築されます。これはステップ2Bおよび2F(再帰的な処理)で、子要素や参照ノードからテキストを取得するためにすべてのルールを用いて実行されます。

算出の目的は、代替表示のために、スペースで区切られたテキストトークンからなるフラットな文字列として、知覚可能なラベルまたは説明を生成することです。

4.3.1 用語解説

Root node
テキスト代替を求めるDOMノードまたは要素
Current node
現在走査中のDOMノード。初期状態ではroot nodeだが、後の段階ではroot nodeの子孫や他の参照ノードとなる。
Flat string
すべての改行・タブ・フォームフィードをスペース1個に置換し、複数のスペースを1個にまとめた文字列。文字データのみ含み、マークアップは含まない。
Total accumulated text
current nodeを除いて、これまでに算出されたテキスト代替。
Accumulated text
以下で説明する各ステップまたは一連のステップで一時的に蓄積されるテキスト。
Result
以下で説明する各ステップで算出されたテキスト代替。
Append the result, without a space, to X
  • Xが空の場合、resultをXにコピー。
  • Xが空でない場合、resultをXの末尾にコピー。
Append the result, with a space, to X
  • Xが空の場合、resultをXにコピー。
  • Xが空でない場合、Xの末尾にスペース1個追加、その後resultをXの末尾にコピー。
Prepend result, without a space, to X
  • Xが空の場合、resultをXにコピー。
  • Xが空でない場合、resultをXの先頭にコピー。
Prepend the result, with a space, to X
  • Xが空の場合、resultをXにコピー。
  • Xが空でない場合、resultをXの先頭にコピーし、その後にスペース1個追加。

指定された要素のテキスト代替は以下のように算出します:

  1. 初期化:root nodeを指定要素に、current noderoot nodeに、total accumulated textを空文字列("")に設定する。
  2. current nodeのテキスト代替を算出する:
    1. current node非表示かつaria-labelledbyaria-describedby、またはネイティブのテキスト代替要素(例:HTMLlabel)や属性から直接参照されていない場合は、空文字列を返す。
      補足:

      支援技術は通常、非表示情報を伝達しませんが、著者がaria-labelledbyaria-describedbyを使って非表示テキストをアクセシブルな名前や説明として明示的に含めることができます。

    2. それ以外の場合:
      • 名前算出時、current nodearia-labelledby属性を持ち、少なくとも1つの有効なIDREFが含まれていて、なおかつcurrent nodeがすでにaria-labelledby走査の一部でない場合、そのIDREFを記述順で処理する:
      • または、説明算出時、current nodearia-describedby属性を持ち、少なくとも1つの有効なIDREFが含まれていて、なおかつcurrent nodeがすでにaria-describedby走査の一部でない場合、そのIDREFを記述順で処理する:
        1. accumulated textを空文字列に設定。
        2. 各IDREFについて:
          1. current nodeをIDREFで参照されるノードに設定。
          2. current nodeのテキスト代替をステップ2から算出し、resultに設定。
          3. resultをスペース付きでaccumulated textに追加。
        3. accumulated textを返す。
      例:

      以下は「…かつcurrent nodeがすでにaria-labelledby走査の一部でない…」の意味を示す例です。

      • element1アクセシブルな名前は"hello"です。これは最初のaria-labelledby走査でelement3に到達するためです。
      • element2アクセシブルな名前を持ちません。算出は最初のaria-labelledby走査でelement1に到達しますが、element1aria-labelledbyはそれ以降辿りません。
      <element1 id="el1" aria-labelledby="el3" />
      <element2 id="el2" aria-labelledby="el1" />
      <element3 id="el3"> hello </element3>
    3. それ以外の場合、名前算出時にcurrent nodearia-label属性を持ち、その値が空文字列でなく、空白をトリムしても空文字列でない場合:
      • 再帰による走査の場合かつcurrent nodeがステップ2Eで定義される埋め込みコントロールの場合、aria-labelは無視し、規則2Eへ進む。
      • それ以外は、aria-labelの値を返す。
      例:

      以下はaria-labelledbyaria-labelの相互作用の例です。<span role="button">要素のアクセシブルな名前はそれぞれ"Delete Documentation.pdf"と"Delete HolidayLetter.pdf"です。

      <h1>Files</h1>
      <ul>
        <li>
          <a id="file_row1" href="./files/Documentation.pdf">Documentation.pdf</a>
          <span role="button" tabindex="0" id="del_row1" aria-label="Delete" aria-labelledby="del_row1 file_row1"></span>
        </li>
        <li>
          <a id="file_row2" href="./files/HolidayLetter.pdf">HolidayLetter.pdf</a>
          <span role="button" tabindex="0" id="del_row2" aria-label="Delete" aria-labelledby="del_row2 file_row2"></span>
        </li>
      </ul>
    4. それ以外の場合、current nodeのネイティブマークアップがテキスト代替となる属性(例:title)や要素(例:HTMLlabel)を備えていれば、ホスト言語で定義されたflat stringとしてその代替を返す。ただし要素がrole="presentation"role="none"であれば除く。
      補足:

      例えば、HTMLではimg要素のalt属性がテキスト代替文字列となり、label要素は参照されるフォーム要素のテキストを提供します。SVG2ではdesctitle要素が親要素の説明を提供します。

    5. それ以外の場合、current nodeが他のウィジェットのラベル内(例:HTMLlabel要素や、aria-labelledbyで直接参照される要素)に埋め込まれたコントロールであり、その値をユーザーが調整可能な場合、次の方法で埋め込みコントロールをテキスト代替に含める:
      • 埋め込みコントロールがロールtextboxの場合、その値を返す。
      • 埋め込みコントロールがロールmenubuttonの場合、ボタンのテキスト代替を返す。
      • 埋め込みコントロールがロールcomboboxまたはlistboxの場合、選択されたoptionのテキスト代替を返す。
      • 埋め込みコントロールがロールrange(例:spinbuttonslider)の場合:
        • aria-valuetextプロパティがあれば、その値を返す。
        • なければaria-valuenowプロパティがあれば、その値を返す。
        • なければホスト言語属性で定義された値を使う。
      例:

      例えば、テキスト入力フィールドを含むチェックボックスラベル「画面をフラッシュ[入力]回」。ユーザーが埋め込みtextboxに"5"と入力した場合、ラベルは「画面をフラッシュ5回」となります。例:

      <div role="checkbox" aria-checked="false">Flash the screen <span role="textbox" aria-multiline="false"> 5 </span> times</div>
    6. それ以外の場合、current nodeロールcontentからの名前を許可している場合、またはcurrent nodearia-labelledbyaria-describedby、ネイティブテキスト代替要素(例:HTMLlabel)、またはその子孫の場合:
      1. accumulated textを空文字列に設定。
      2. CSSで生成されたテキストコンテンツ(:before:after疑似要素)をcurrent nodeに関連付けている場合、それをaccumulated textに含める。
        • :before疑似要素については、ユーザーエージェントは、CSSのテキストコンテンツをスペースなしでcurrent nodeのテキストコンテンツの前に追加しなければなりません(MUST)。
        • :after疑似要素については、ユーザーエージェントは、CSSのテキストコンテンツをスペースなしでcurrent nodeのテキストコンテンツの後ろに追加しなければなりません(MUST)。
      3. current nodeの各子ノードについて:
        1. current nodeを子ノードに設定。
        2. current nodeのテキスト代替をステップ2から算出し、resultに設定。
        3. resultaccumulated textに追加。
      4. accumulated textを返す。

      重要:サブツリー内の各ノードは一度だけ参照されます。子孫からテキストを収集した場合、他のIDREFから同じ子孫ノードが参照されても2回目以降は辿りません。これは無限ループを防ぐためです。

      補足:

      このステップは子ノード自身にも適用されるため、算出は再帰的であり、current nodeのサブツリーのすべての要素からテキストが収集されます。ただし、子孫ノードのテキスト代替は、上記B〜Dステップの優先度の高いマークアップ("Namefrom: author"属性)によってサブツリー全体のテキスト代替となる場合もあります。

    7. それ以外の場合、current nodeテキストノードの場合、そのテキスト内容を返す。
    8. それ以外の場合、current nodeが、アクセシブルな名前アクセシブルな説明の算出対象要素の子孫であり、かつ子孫を持つ場合は2F.iへ進む。
    9. それ以外の場合、current nodeツールチップ属性を持つ場合、その値を返す。
      補足:

      ツールチップ属性は、他に結果が得られない場合(サブツリーの内容なども含めて)、のみ使用されます。

    上記各ステップのresultをスペース付きでtotal accumulated textに追加する。

すべてのステップが完了したら、total accumulated textが、算出を開始した要素アクセシブルな名前またはアクセシブルな説明として利用されます。

5. アクセシブルな名前と説明のマッピング

名前・説明のアクセシビリティAPIマッピングに関する情報(labelled-by/label-forやdescribed-by/description-forなどの関係を含む)は、Core Accessibility API Mappings仕様 [CORE-AAM-1.1] に記載されています。マッピング表のaria-labelaria-labelledbyaria-describedbyの項目も参照してください。

6. 付録

6.1 変更履歴

6.1.1 前回の公開作業草案以降の重要な変更点last public working draft

  • 2018年4月10日: listboxをcomboboxと同様にステップ2Eで扱い、選択されたoptionのテキスト代替を返すようにしました。
  • 2018年3月5日: Core AAMと重複するため、マッピング表の内容を削除しました。
  • 2017年8月9日: 名前・説明算出対象要素の子孫である要素の再帰処理を可能にする暫定ステップを追加。
  • 2017年7月27日: ホスト言語のテキスト代替要素の子孫である要素を扱うため、ステップ2Fを修正。
  • 2017年6月8日: アクセシブルな名前算出からリストスタイル情報を削除。

6.1.2 WAI-ARIA 1.0 ユーザーエージェント実装ガイド勧告以降のその他の重要な変更点

  • 2016年4月4日: アクセシブルな説明マッピングのための新しいUIA FullDescriptionプロパティを追加。
  • 2015年11月5日: MSAA+UIA Expressのマッピングをすべて削除。
  • 2015年6月10日: ラベルなし<img>の特例をHTML-AAMに移動。
  • 2015年1月5日: 「value」の用語集項目を削除; その項目へのリンクも削除。

6.2 謝辞

このセクションは参考(非規定)です。

本書の作成に貢献いただいた方々は以下の通りです。

6.2.1 公開時点でARIA WGに参加していたメンバー

  • Ann Abbott(招待専門家)
  • Irfan Ali(Educational Testing Service)
  • Amelia Bellamy-Royds(招待専門家)
  • Zoë Bijl(招待専門家)
  • David Bolter(Mozilla Foundation)
  • Bogdan Brinza(Microsoft Corporation)
  • Shari Butler(Pearson plc)
  • Thaddeus Cambron(招待専門家)
  • Michael Cooper(W3Cスタッフ)
  • James Craig(Apple Inc.)
  • Joanmarie Diggs(Igalia)
  • John Foliot(Deque Systems, Inc.)
  • Bryan Garaventa(SSB BART Group)
  • Matt Garrish(DAISY Consortium)
  • Becky Gibson(招待専門家)
  • Glen Gordon(The Paciello Group, LLC)
  • Jon Gunderson(University of Illinois at Urbana-Champaign)
  • Matthew King(Facebook)
  • JaEun Jemma Ku(University of Illinois at Urbana-Champaign)
  • Charles LaPierre(Benetech)
  • Aaron Leventhal(Google, Inc.)
  • Dominic Mazzoni(Google, Inc.)
  • Shane McCarron(招待専門家、Aptest)
  • Jan McSorley(Pearson plc)
  • James Nurthen(Oracle Corporation)
  • Ian Pouncey(The Paciello Group, LLC)
  • Ruoxi Ran(W3Cスタッフ)
  • Janina Sajka(招待専門家、The Linux Foundation)
  • Stefan Schnabel(SAP SE)
  • Lisa Seeman-Kestenbaum(招待専門家)
  • Tzviya Siegman(Wiley)
  • Alexander Surkov(Mozilla Foundation)
  • Job van Achterberg(招待専門家)
  • Evan Yamanishi(W. W. Norton)
  • Jason White(Educational Testing Service)

6.2.2 その他のARIAコントリビューター、コメント提供者、過去の参加者

  • Shadi Abou-Zahra(W3C
  • Jim Allan(TSB)
  • Jonny Axelsson(Opera Software)
  • David Baron(Mozilla Foundation)
  • Art Barstow(Nokia Corporation)
  • Simon Bates
  • Christy Blew(University of Illinois at Urbana-Champaign)
  • Chris Blouch(AOL)
  • Judy Brewer(W3C/MIT
  • Mark Birbeck(Sidewinder Labs)
  • Sally Cain(Royal National Institute of Blind People (RNIB))
  • Gerardo Capiel(Benetech)
  • Ben Caldwell(Trace)
  • Sofia Celic-Li
  • Jaesik Chang(Samsung Electronics Co., Ltd.)
  • Alex Qiang Chen(University of Manchester)
  • Charles Chen(Google, Inc.)
  • Christian Cohrs
  • Deborah Dahl
  • Erik Dahlström(Opera Software)
  • Dimitar Denev(Frauenhofer Gesellschaft)
  • Micah Dubinko(招待専門家)
  • Mandana Eibegger
  • Beth Epperson(Websense)
  • Fred Esch(IBM Corporation)
  • Donald Evans(AOL)
  • Steve Faulkner(The Paciello Group, LLC)
  • Chris Fleizach(Apple Inc.)
  • Kelly Ford(Microsoft Corporation)
  • Geoff Freed(招待専門家、NCAM)
  • Christopher Gallelo(Microsoft Corporation)
  • Billy Gregory(The Paciello Group, LLC)
  • Karl Groves(The Paciello Group, LLC)
  • Birkir Gunnarsson(Deque Systems, Inc.)
  • Kentarou Fukuda(IBM Corporation)
  • Bryan Garaventa
  • Guido Geloso
  • Ali Ghassemi
  • Alfred S. Gilman
  • Andres Gonzalez(Adobe Systems Inc.)
  • Scott González(JQuery Foundation)
  • James Graham
  • Georgios Grigoriadis(SAP AG)
  • Jeff Grimes(Oracle)
  • Loretta Guarino Reid(Google, Inc.)
  • Markus Gylling(DAISY Consortium)
  • Markku Hakkinen(Educational Testing Service)
  • Katie Haritos-Shea(Knowbility)
  • Barbara Hartel
  • James Hawkins(Google, Inc.)
  • Benjamin Hawkes-Lewis
  • Sean Hayes(Microsoft Corporation)
  • Mona Heath(University of Illinois at Urbana-Champaign)
  • Jan Heck
  • Shawn Henry
  • Tina Homboe
  • Nicholas Hoyt
  • John Hrvatin(Microsoft Corporation)
  • Takahiro Inada
  • Masayasu Ishikawa(W3C
  • Jim Jewitt
  • Kenny Johar(Microsoft Corporation)
  • Shilpi Kapoor(BarrierBreak Technologies)
  • Masahiko Kaneko(Microsoft Corporation)
  • Marjolein Katsma
  • Susann Keohane(IBM Corporation)
  • George Kerscher(International Digital Publishing Forum)
  • Jason Kiss(Department of Internal Affairs, New Zealand Government)
  • Todd Kloots
  • Jamie Knight(British Broadcasting Corporation)
  • Johannes Koch
  • Gerard K. Cohen
  • Sam Kuper
  • Earl Johnson(Sun)
  • Jael Kurz
  • Rajesh Lal(Nokia Corporation)
  • Diego La Monica(International Webmasters Association / HTML Writers Guild (IWA-HWG))
  • Gez Lemon(International Webmasters Association / HTML Writers Guild (IWA-HWG))
  • Alex Li(SAP)
  • Chris Lilley
  • Thomas Logan(HiSoftware Inc.)
  • Brian Loh
  • William Loughborough(招待専門家)
  • Linda Mao(Microsoft)
  • David MacDonald(招待専門家、CanAdapt Solutions Inc.)
  • Carolyn MacLeod
  • Anders Markussen(Opera Software)
  • Krzysztof Maczyński
  • Matthew May(Adobe Systems Inc.)
  • Mark McCarthy
  • Charles McCathie Nevile(Yandex)
  • Heather Migliorisi(招待専門家)
  • Mary Jo Mueller(IBM Corporation)
  • Alexandre Morgaut(4D)
  • Ann Navarro(招待専門家)
  • Joshue O Connor(招待専門家、CFIT)
  • Artur Ortega(Microsoft Corporation)
  • Sailesh Panchang(Deque)
  • Lisa Pappas(Society for Technical Communication (STC))
  • Marta Pawlowlska(Samsung Electronics Co., Ltd.)
  • Dave Pawson(RNIB)
  • Steven Pemberton(CWI Amsterdam)
  • Simon Pieters(Opera Software)
  • Jean-Bernard Piot(4D)
  • David Poehlman, Simon Pieters(Opera Software)
  • Sarah Pulis(Media Access Australia)
  • T.V. Raman(Google, Inc.)
  • Jan Richards
  • Gregory Rosmaita(招待専門家)
  • Tony Ross(Microsoft Corporation)
  • Alex Russell(Dojo Foundation)(
  • Mark Sadecki(招待専門家)
  • Mario Sánchez Prada(Samsung Electronics Co., Ltd. and Gnome Foundation)
  • Martin Schaus(SAP AG)
  • Doug Schepers(W3C
  • Cynthia Shelly(Microsoft Corporation)
  • Joseph Scheuhammer(招待専門家、Inclusive Design Research Centre, OCAD University)
  • Matthias Schmitt
  • Richard Schwerdtfeger(IBM, Knowbility)
  • Marc Silbey(Microsoft Corporation)
  • Leif Halvard Sili
  • Henri Sivonen(Mozilla)
  • Michael Smith(W3C
  • Andi Snow-Weaver(IBM Corporation)
  • Ville Skyttä
  • Henny Swan(BBC)
  • Neil Soiffer(Design Science)
  • Vitaly Sourikov
  • Mike Squillace(IBM)
  • Maciej Stachowiak(Apple Inc.)
  • Christophe Strobbe
  • Suzanne Taylor(Pearson plc)
  • Terrill Thompson
  • David Todd
  • Gregg Vanderheiden(招待専門家、Trace)
  • Anne van Kesteren
  • Léonie Watson(The Paciello Group, LLC)
  • Wen He(Tencent)
  • Wu Wei(W3C / RITT)
  • Ryan Williams(Oracle)
  • Tom Wlodkowski
  • Sam White(Apple Inc.)
  • Marco Zehe(Mozilla Foundation)
  • Gottfried Zimmermann(招待専門家、Access Technologies Group)

6.2.3 資金提供者

本書の公開は、米国連邦政府のDepartment of Education、National Institute on Disability, Independent Living, and Rehabilitation Research (NIDILRR)の資金提供を受けており、当初は契約番号ED-OSE-10-C-0067、現在は契約番号HHSP23301500054Cの下で実施されています。本書の内容は米国教育省の見解や方針を必ずしも反映するものではなく、商標名、製品、組織の記載は米国政府の支持を意味するものではありません。

A. 参考文献

A.1 規定参考文献

[AT-SPI]
Assistive Technology Service Provider Interface. GNOMEプロジェクト. URL: https://developer.gnome.org/libatspi/stable/
[ATK]
ATK - Accessibility Toolkit. GNOMEプロジェクト. URL: https://developer.gnome.org/atk/stable/
[AXAPI]
macOSのNSAccessibilityプロトコル. Apple, Inc. URL: https://developer.apple.com/documentation/appkit/nsaccessibility
[CORE-AAM-1.1]
Core Accessibility API Mappings 1.1. Joanmarie Diggs; Joseph Scheuhammer; Richard Schwerdtfeger; Michael Cooper; Andi Snow-Weaver; Aaron Leventhal. W3C. 2017年12月14日. W3C勧告. URL: https://www.w3.org/TR/core-aam-1.1/
[CSS2]
カスケーディングスタイルシート レベル2改訂版(CSS 2.1)仕様. Bert Bos; Tantek Çelik; Ian Hickson; Håkon Wium Lie 他. W3C. 2011年6月7日. W3C勧告. URL: https://www.w3.org/TR/CSS2/
[IAccessible2]
IAccessible2. Linux Foundation. URL: https://www.linuxfoundation.org/collaborate/workgroups/accessibility/iaccessible2
[MSAA]
Microsoft Active Accessibility (MSAA) 2.0. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ms697707.aspx
[RFC2119]
RFCにおいて要求レベルを示すキーワード. S. Bradner. IETF. 1997年3月. ベスト現行標準. URL: https://tools.ietf.org/html/rfc2119
[UI-AUTOMATION]
UI Automation. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/ee684009%28v=vs.85%29.aspx
[UIA-EXPRESS]
IAccessibleExインターフェース. Microsoft Corporation. URL: https://msdn.microsoft.com/en-us/library/windows/desktop/dd561898%28v=vs.85%29.aspx
[WAI-ARIA]
アクセシブルリッチインターネットアプリケーション (WAI-ARIA) 1.1. Joanmarie Diggs; Shane McCarron; Michael Cooper; Richard Schwerdtfeger; James Craig. W3C. 2017年12月14日. W3C勧告. URL: https://www.w3.org/TR/wai-aria-1.1/
[WAI-ARIA-IMPLEMENTATION]
WAI-ARIA 1.0 ユーザーエージェント実装ガイド. Joseph Scheuhammer; Michael Cooper. W3C. 2014年3月20日. W3C勧告. URL: https://www.w3.org/TR/wai-aria-implementation/
[WCAG21]
Webコンテンツアクセシビリティガイドライン (WCAG) 2.1. Andrew Kirkpatrick; Joshue O Connor; Alastair Campbell; Michael Cooper. W3C. 2018年6月5日. W3C勧告. URL: https://www.w3.org/TR/WCAG21/

A.2 参考情報文献

[DOM]
DOM現行標準. Anne van Kesteren. WHATWG. 現行標準. URL: https://dom.spec.whatwg.org/