Open Source

アクセシビリティ準拠

開発者向けの UI および UX ツールのグローバルプロバイダーとして、Infragistics の React チームは、可能な限り最高のユーザーエクスペリエンスを簡単に作成できるコンポーネントとツールを提供します。私たちの目標は、ユーザーにとって最高のアプリケーションとユーザーエクスペリエンスの作成に集中できるようにすることです。

ここでは、Ignite UI for React 内の React グリッド、チャート、UI コンポーネントおよびコントロールのアクセシビリティサポートと準拠に関する特定の情報を見つけることができます。

第 508 条の遵守

リハビリテーション法第 508 条は、連邦議会によって 1998 年に改正され、すべての連邦政府機関は障害を持つ人が電子情報技術にアクセスできるようにすることを義務付けました。それ以降、第 508 条の準拠は連邦政府機関の要件であるだけでなく、ソフトウェアソリューションを提供し、Web ページを設計する際にも重要となります。

第 508 条の第 1194 部 22 条は、特に Web ベースのイントラネットおよびインターネット情報およびシステムを対象としており、遵守すべき 16 の規則が含まれています。お客様の最小限の努力でお客様の Web アプリケーションおよび Web サイトがこれらの規則に整合できるようにするために、インフラジスティックスは、Ignite UI for React のコントロールおよびコンポーネントが該当するアクセシビリティ規則に準拠することを保証するための取り組みを続けてきました。

以下のマトリックスで、弊社の視覚的コントロール (および関連コンポーネント) によって提供されるアクセシビリティのサポートの高レベルな概要を提供します。個々のコントロール/コンポーネントのアクセシビリティの遵守の詳細は、コントロール/コンポーネント名をクリックしてください。

第 508 条との Ignite UI for React 準拠

コンポーネント/原則	(a)	(b)	(c)	(d)	(e)	(f)	(g)	(h)	(i)	(j)	(k)	(l)	(m)	(n)	(o)	(p)
グリッド
- Grid										*
- HierarchicalGrid										*
- TreeGrid										*
その他										*
- Avatar
- Badge
- Bottom navigation										*
- Button										*
- Button group										*
- Calendar										*
- Card
- Carousel										*
- Checkbox
- Chip										*
- Circular progress										*
- Combo										*
- Date time input										*
- Date picker										*
- Divider
- Dialog										*
- Drop down										*
- Expansion panel										*
- Icon
- Input
- Input group										*
- Linear progress										*
- List
- Navbar										*
- Navigation drawer										*
- Radio group
- Radio
- Select										*
- Slider										*
- Snackbar										*
- Switch										*
- Tabs										*
- Time picker										*
- Toast										*

凡例


	コントロール/コンポーネントは、この特定の領域でユーザー補助に完全に対応しています。
*	コントロール/コンポーネントは、この特定の領域で特定の構成を実装した後にアクセスできます。	例: NoopAnimationsModuleユーティリティモジュールを使用してアニメーションの無効化を許可します。
	コントロール/コンポーネント: 一部の種類のアクションを実行しない限り、完全にはユーザー補助に対応しません。
‘空白’	この特定の規則はコントロールに適用されません。

上記のテーブルは、Ignite UI for React テーマライブラリのデフォルトテーマにのみ関連しています。カスタムテーマ、タイポグラフィ、およびアニメーションと色に関連する視覚的な変更に関しては、チェックリストへの準拠が異なる場合があります。

法令遵守情報

a - あらゆる非テキスト要素に対してテキスト相当物を提供するものとします(つまり、「alt」、「longdesc」を介して、または要素コンテンツで)。
b - マルチメディアプレゼンテーションに相当する代替物をプレゼンテーションと同期するものとします。
c - 色によって伝達されるすべての情報が色を使用しなくても理解できるように (たとえば、コンテキストやマークアップ) Web ページを設計するものとします。
d - ドキュメントは、関連付けられたスタイルシートがなくても読めるように構成されます。
e - サーバー側の画像マップのアクティブな領域ごとに冗長なテキストリンクが提供されます。
f - その領域を使用可能な幾何学的形状で定義できない場合を除いて、サーバー側の画像マップの代わりにクライアント側の画像マップが提供されます。
g - 行ヘッダーと列ヘッダーは、データテーブル用に識別される必要があります。
h - マークアップは、行または列のヘッダーの 2 つ以上の論理レベルを有するデータテーブル用にデータセルとヘッダーセルを関連づけるために使用します。
i - フレームには、フレームの識別とナビゲーションを簡略化するテキストでタイトルが付けられます。
j - ページは、2 Hz より大きく、55 Hz を下回る周波数で画面がちらつかないように設計するものとします。
k - その他のいかなる方法でも規定に準拠できない時に、Web サイトがこの部分の規定に準拠するように、相当する情報または機能を含むテキストのみのページを提供するものとします。主要なページが変更するとテキストのみのページのコンテンツは必ず更新されるものとします。
l - ページがスクリプト言語を利用してコンテンツを表示、またはインターフェイス要素を作成する場合、スクリプトによって提供される情報は支援技術が読み取ることのできる関数テキストで識別されるものとします。
m - ページのコンテンツを解釈するためにアプレット、プラグインまたはその他のアプリケーションがクライアントシステムに存在することを Web ページが必要とする時には、ページは §1194.21(a) から (l) に準拠するプラグインまたはアプレットへのリンクを提供する必要があります。
n - オンラインですべての項目に記入するように電子的フォームが設計されている場合には、そのフォームによって、補助技術を使用するユーザーは、すべての指示と手掛かりを含めた、フォームの完成と提出に必要な情報、フィールド要素、および機能にアクセスすることができます。
o - ユーザーが反復するナビゲーションリンクをスキップすることができる方法を提供します。
p - 一定の時間内での応答が要求される場合、ユーザーは警告を受け、追加時間が必要な旨を伝える十分な時間が与えられます。

WCAG の準拠

WCAG は、アクセシブルな Web コンテンツを開発する方法に関する正式なガイドラインのセットです。これらの規格は、508 規格に同一または非常に類似していますが、より高いレベルのアクセシビリティを表しています。WCAG は主に HTML のアクセシビリティに焦点を当てます。

コンポーネント/ガイドライン	2.2	2.3	3.2
グリッド
- Grid		*	*
- HierarchicalGrid		*	*
- TreeGrid		*	*
その他		*
- Avatar			*
- Badge			*
- Banner	*	*	*
- Bottom navigation		*	*
- Button		*	*
- Button group		*	*
- Calendar	*	*	*
- Card			*
- Carousel	*	*	*
- Checkbox			*
- Chip		*	*
- Circular progress	*	*	*
- Combo	*	*	*
- Date time editor	*	*	*
- Date picker	*	*	*
- Divider			*
- Dialog	*	*	*
- Drop down	*	*	*
- Expansion panel	*	*	*
- Icon			*
- Input			*
- Input group		*	*
- Label			*
- Linear progress	*	*	*
- List			*
- Month picker	*	*	*
- Navbar		*	*
- Navigation drawer	*	*	*
- Radio group			*
- Radio			*
- Select	*	*	*
- Slider		*	*
- Snackbar	*	*	*
- Switch		*	*
- Tabs		*	*
- Time picker	*	*	*
- Toast	*	*	*
- Tooltip	*	*	*

凡例


	コントロール/コンポーネントは、この特定の領域でユーザー補助に完全に対応しています。
*	コントロール/コンポーネントは、この特定の領域で特定の構成を実装した後にアクセスできます。	例 1: ガイドライン 2.2. 特定のコンポーネントでは、追加のアクションと時間パラメーターを設定する必要があります。例 2: ガイドライン 2.3. NoopAnimationsModuleユーティリティモジュールを使用してアニメーションの無効化を許可します。
	コントロール/コンポーネント: 一部の種類のアクションを実行しない限り、完全にはユーザー補助に対応しません。
‘空白’	この特定の規則はコントロールに適用されません。

法令遵守情報

原則 1 - 知覚可能 - 情報およびユーザーインターフェイスコンポーネントは、ユーザーが知覚できるように提示されなければなりません。
- ガイドライン 1.1 – 代替テキスト - テキスト以外のコンテンツの代替テキストを提供して、大きな活字、点字、音声、記号、より単純な言語など、他の形式に変更できるようにします。
- ガイドライン 1.2 – 時間ベースのメディア - 時間ベースのメディアの代替物を提供します。
- ガイドライン 1.3 – 適応可能 - 情報や構造を失うことなく、さまざまな方法 (たとえば、よりシンプルなレイアウト) で提示できるコンテンツを作成します。
- ガイドライン 1.4 – 識別可能 - 前景を背景から分離するなど、ユーザーがコンテンツをより簡単に視聴できるようにします。
原則 2 – 操作可能 - ユーザーインターフェイスコンポーネントとナビゲーションは操作可能でなければなりません。
- ガイドライン 2.1 – キーボードでアクセス可能 - すべての機能をキーボードで使用できるようにします。
- ガイドライン 2.2 – 十分な時間 - ユーザーがコンテンツを読んで使用するのに十分な時間を提供します。
- ガイドライン 2.3 – 発作と身体的な反応 - 発作または身体的な反応を引き起こすことが知られている方法でコンテンツをデザインしないでください。
- ガイドライン 2.4 – ナビゲート可能 - ユーザーがナビゲートし、コンテンツを見つけ、そしてどこにいるかを判別するのに役立つ方法を提供します。
- ガイドライン 2.5 – 入力モダリティ - ユーザーがキーボード以外のさまざまな入力を介して機能を簡単に操作できるようにします。
原則 3 – 理解可能 - ユーザーインターフェイスの情報と操作は理解可能でなければなりません。
- ガイドライン 3.1 – 可読 - テキストコンテンツを読みやすく、理解しやすくします。
- ガイドライン 3.2 – 予測可能 - Web ページを予測可能な方法で表示して動作させる。
- ガイドライン 3.3 – 入力支援 - ユーザーが間違いを回避して修正できるようにします。
原則 4 – 堅牢 - コンテンツは、支援技術を含むさまざまなユーザーエージェントが解釈できるほど堅牢でなければなりません。
- ガイドライン 4.1 – 互換性 - 支援技術を含む現在および将来のユーザーエージェントとの互換性を最大化します。

WAI-ARIA サポート

2014 年に W3C は WAI-ARIA 仕様を完成しました。障害を持つユーザーに Web コンテンツおよび Web アプリケーションへのアクセシビリティを提供するデザインを定義したものです。