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

第 508 条に対する Mozilla の対応度

合衆国連邦リハビリテーション法の第 508 条は、ソフトウェアおよびその他の電子・情報テクノロジーに対するアクセシビリティの要件を定めた新しい標準です。第 508 条（§ 1194.21）は Mozilla に特に関係している部分 であり、合衆国政府機関が Mozilla ソフトウェアコンポーネントを含むソフトウェアを購入できるかどうかに関係します。

こちらに Mozilla Seamonkey Application Suite に関る第 508 条関連の詳細なバグリスト を用意しました。中には比較的程度の軽いものもあります。

次に掲載している情報は参考目的にのみ提供されているもので、法的拘束力を持つ VPAT 【訳注：Voluntary Product Accessibility Template：自主的製品アクセシビリティ・テンプレート】 ではありません。ここに第 508 条による要件を挙げ、各要件において Mozilla Seamoneky 1.8a4 がどの程度それらを満たして いるかを明らかにします：

要件 Windows Linux/UNIX Mac OS
（a）ソフトウェアがキーボードを有するシステム上で実行されるように設計されている場合、製品の機能はキーボードから実行できなければならない。その場合、機能そのもの、もしくはその機能の実行結果が文字として認識できるようにしなければならない。 ほぼ達成　

付記：1）Sidebar はマウスがないとカスタマイズができないが、ブラウザに同梱されている全ての Sidebar 機能は他の手段でも利用できる。2）Java およびプラグインはキーボードから利用することはできない。そのためプラグインはキーボードしか使えないユーザのためにはインストールしてはならない。3）CSS の位置固定レイアウトを使った HTML では一部スクロールできない。しかし、CSS の固定位置はほとんど使用されない。

キーボードのための追加機能：1）Find as you type を用いることで、リンクを素早く探ることができ、便利なテキスト検索を行うことができる。2）キャレットを使った閲覧（F7 キーで切替）を行うことで、ユーザは、キーボードを使って任意のコンテントを選択することができ、閲覧機能のみのエディタ内でコンテントを利用しているかのように移動することができる。 		未達成　Mac のキーボードバグに関しては十分な注意が払われていない。更なる調査が必要。
（b）アプリケーションは、アクセシビリティ機能として見なされる、他の製品で有効になっている機能を妨害または無効化してはならない。ここでのアクセシビリティ機能とは業界の標準に従って開発および資料報告されている機能を指す。アプリケーションはまた、アプリケーション・プログラミング・インターフェースがオペレーティングシステムの製造者によって資料報告され製品開発者に提供されているアクセシビリティ機能として見なされる、どのようなオペレーティングシステムの機能も妨害または無効化してはならない。 達成
（c）その時点で明確に定義されている画面上のフォーカスという認識手段が、入力フォーカスの変更に対応してインタラクティブなインターフェース要素の中で提供されていなければならない。フォーカスの移動を追跡できるように、フォーカスはプログラム的に表示されなければならない。 達成　MSAA（Windows）および ATK（Linux/UNIX）を経由してプログラム的にフォーカスを行うことができる。 未達成：フォーカスを表示することができるが、Carbon/Cocoa アクセシビリティをサポートしてプログラム的にそれを表示する必要がある。
（d）識別子、操作および要素の状態を含めたユーザインターフェース要素についての十分な情報が補助的テクノロジーに対して提供されていなければならない。画像がプログラム要素を表す時、その画像によって伝達される情報はテキストでも取得可能になっていなければならない。 達成　MSAA（Windows）および ATK（Linux/UNIX）を経由して補助機能へと情報を伝達している。 未達成　Cocoa または Carbon アクセシビリティ API を利用するような開発努力は行われていない。
（e）コントロール、インジケータのステータス、またはその他プログラム的要素を識別するためにビットマップ画像が使用されている時、それら画像に与えられている意味がアプリケーションの動作全体に渡って一貫していなければならない。 達成
（f）文字情報は、文字を表示するためのオペレーティングシステム機能を経由して提供されなければならない。提供されなければならない最低限の情報は、テキストコンテント、テキスト入力キャレット位置、そしてテキスト属性である。 達成　キャレット位置およびテキスト属性は MSAA（Windows）および ATK（Linux/UNIX）を経由して表示されている。 未達成　Cocoa または Carbon アクセシビリティ API を利用するような開発努力は行われていない。
（g）アプリケーションはユーザが選択したコントラストおよび色選択またはその他個別のディスプレイ属性を無効化してはならない。 達成　標準テーマである Classic はオペレーティングシステムのフォントおよびカラーコントラスト設定を使用する。Windows で「高コントラストテーマ」が使用されている場合は、Classic およびシステムの見た目と使用感が自動的に選択される。 達成　標準テーマである Classic はオペレーティングシステムのフォントおよびカラーコントラスト設定を使用する。Linux/UNIX では、OS の設定を使用するかどうかは、ユーザの選択となる。 不明 - 要調査
（h）アニメーションが表示された時、ユーザのオプションとして、少なくとも一種類の非アニメーション表示モードが表示できなければならない。 達成　Mozilla の［プライバシー＆セキュリティ］-［画像］設定で、アニメーションを静止させることができる。
（i）情報伝達、操作の識別、反応の呼び出し、または視覚要素の区別のためにカラーコーディングを唯一の手段として利用してはならない。 達成　付記：通常 Mozilla は、リンクが開かれたことを示すために色に依存している。しかし、これはユーザ独自のスタイルシートで変更することができる。
（j）製品においてユーザが色およびコントラスト設定を調節できるようにしている時、様々なコントラスト値を作り出すことができる色選択が提供されていなければならない。 達成　Mozilla の外見設定には、選択可能な色が非常に沢山用意されている。
（k）ソフトウェアは発光または点滅するテキスト、オブジェクトまたは、2 Hz 以上および 55 Hz 以下の頻度で発光または点滅する要素を使用してはならない。 達成　Mozilla はウェブページ内の <blink> および text-decoration: blink をサポートしている。この場合、Mozilla は 1 Hz で点滅する。これは許容範囲内であり、より厳密な MIL-STD 標準【訳注：米国軍用規格】に従っている。
（l）電子フォームが使用されている時、そのフォームで利用者が補助的なテクノロジーを使って、全ての指示およびヒントを含めてフォームの完成および提出に必要となる情報、フィールド要素、および機能を利用できるようにしなければならない。 部分的に達成　以下の機能パフォーマンス必要条件を参照のこと。スクリーンリーダ・アクセスは現在テスト中である。Ad Block と呼ばれるエクステンションを利用することで、アクセシビリティに悪影響を及ぼす余分なノイズコンテントをウェブページから削除することができる。

機能パフォーマンス必要条件

要件 Windows Linux/UNIX Mac OS
a）ユーザの視力を必要としない操作および情報取得のモードが少なくとも一つは提供されているか、もしくは、目の見えない人や視覚障害を持つ人が利用する補助技術のサポートが提供されていなければならない。 部分的に達成　alpha 版では Window-Eyes をサポート（最新の 1.8 alpha テストビルドまたは Window-Eyes の特別ビルドが必要） 部分的に達成　beta 版で Gnopernicus がサポートされている。 Mac OS X ではサポートされているスクリーンリーダはない
b）20/70 より良い視力【訳注：日本式だと 0.3 以上】を必要としない操作および情報取得のモードが、音声と拡大印刷出力とで同時に、あるいは独立して少なくとも一つは提供されているか、もしくは、視覚障害を持つ人が利用する補助技術のサポートが提供されていなければならない。 達成　ビルトインの text zoom はウィンドウのサイズのみに限定される。ZoomText version 8.11 が動作する。付記：文書読み上げ（DocReader）およびアプリケーション読み上げ（AppReader）モードは、コラム化されたテキストをサポートしない。フォーカスが、常に正しくテキストから音声に読み上げられるとは限らない。しかし、機能は動作し、このモードを用いて Mozilla と共に ZoomText を使うことは十分に可能である。残りの問題についての作業のために AI Squared と交渉している。 達成。しかしテストが必要。　gnome-mag と共に動作する。 Mac OS X では拡大鏡機能は一切サポートされていない。
c）ユーザの聴力を必要としない操作および情報取得のモードが少なくとも一つは提供されているか、もしくは、耳の聞こえない人や聴覚障害を持つ人が利用する補助技術のサポートが提供されていなければならない。 達成　オペレーティングシステムで利用可能になっている「サウンド解説」（showsounds）を用いる。 達成　オペレーティングシステムで利用可能になっている showsounds を用いる。 情報がない。
d）製品を使用する上で音声情報が重要な場合、操作および情報取得のモードが、音響的に補正する方式で少なくとも一つは提供されているか、もしくは、補聴装置のサポートが提供されていなければならない。 達成　音声は Gecko の中核ではない -- プラグインまたは OS が音声プレイバックを処理する。
e）ユーザの発声を必要としない操作および情報取得のモードが少なくとも一つは提供されているか、障害を持つユーザによって利用される補助技術をサポートしていなければならない。通常の操作では、ユーザの発声は必要とされない。 達成　音声入力は必要とされない。
f）細かな動作や同時に行う操作を必要とせず、且つ、リーチの制限や筋力の低下があっても操作できる、操作および情報取得のモードが少なくとも一つは提供されていなければならない。 達成　キーボードドライバを経由する全ての入力技術は、Mozilla で動作する -- これには固定キー機能、フィルタキー機能、画面上の仮想キーボードなどが含まれる。