アクセス可能性

[6] アクセシビリティ (accessibility) (アクセス可能性) は、身体障害の有無その他の利用者の境遇の差を超えて内容にアクセスできるという性質です。

マーク付け言語

[8] アクセシビリティーのための機能:

role 属性
aria-* 属性

[11] アクセシビリティーコミュニティーから好かれている機能で、広く有用なもの:

tabindex 属性

[9] アクセシビリティーのために追加され失敗した後に、再定義され復活した機能:

[7] アクセシビリティーのために追加され失敗した機能:

[10] アクセシビリティーがしばしば問題として取り上げられる (アクセシビリティー利権の餌食にされている) 機能:

仕様

団体

[13]

考慮するべき事項

[16] 例えば:

左利き
視覚障害
色盲
聴覚障害
テキストブラウザー
指示装置の無いブラウザー
画面の小さなブラウザー
音声ブラウザー
地域化
- [22] 対象者の言語の版が提供されているか。
- [23] 外来語を濫用していないか。
- [24] 交ぜ書きしていないか。
- [25] 日時表記は適切か。
  - [26] 年月日の順序が対象者に合致しているか。
  - [27] 日本向けの場合、元号年が表記されているか。
  - [29] 台湾向けの場合、民国紀元が表記されているか。
  - [28] タイ向けの場合、仏暦が表記されているか。
  - [30] 中東向けの場合、イスラム暦が表記されているか。
  - [31] 欧米言語の場合、月は月番号でなく月名で表記しているか。
  - [46] 対象者が月名が一般的でない言語や文化圏のとき、月番号で表記しているか。
- [32] 人名の入力を求める場合、対象者がすべてカバーできる書式か。
  - [39] 姓がない人名を受け付けられるか。
  - [40] ミドルネームを入力できるか。
  - [41] 姓名の順序が適切か。
  - [42] 姓名がどう区別されるか伝わるか。
  - [45] 非ASCII文字を扱えるか。
- [33] 人名を表記する場合、対象者に合った書式か。
  - [34] 姓名の順序は適切か。
- [35] 住所の入力を求める場合、対象地域がすべてカバーできる書式か。
  - [38] 国外を選べるか。
  - [43] 各入力欄で該当なしを設定できるか。
  - [44] 非ASCII文字を扱えるか。
- [36] 住所を表記する場合、対象者に合った書式か。
  - [37] 大エンディアンか小エンディアンか。

政治的な正しさ

[14] アクセシビリティーは、 Web にはびこる利権の1つです。本来の目的を離れて、特定の人達の主張や特定の実装の都合を押し付ける圧力団体化しています。

[12] アクセシビリティの名のもとに、特定の AT の実装でうまく扱えないからと他の多くの人にとって有用な機能を削除することを生きがい(?)にしている人もいます。

[15] 本来の目的からすれば、アクセシビリティーの目的はどのような人や装置でも等しくコンテンツにアクセスできる状態となることのはずで、特定の手法を用いることでは無いはずです。ある機能が初めからアクセス可能に設計されていれば、何も考えない著者もアクセス可能なコンテンツを制作できるので、好ましいことです。ところが、それではアクセシビリティー機能の出番がなくなってしまいます。普通の Webサイトにアクセシビリティーを「付与」する商売をしている人は、商売上がったりです。だからなのかどうかはわかりませんが、アクセス可能な設計には興味がなく、アクセシビリティーのための新機能を追加することばかり主張するおかしな人もよくいます。

[18] 手話を聴者が安易に扱うことは文化の盗用になるのか?→手話が抑圧されてきた歴史背景の解説 - Togetter, 2020-08-01 21:05:05 +09:00 https://togetter.com/li/1568748