Xamarin アプリのアクセシビリティ
可能な限り幅広い対象ユーザーがアプリを使用できるようにする
アクセシビリティとは、大きなタイプ、ハイ コントラスト、拡大、画面読み取り (テキスト読み上げ)、視覚またはハプティク フィードバックの手掛かり、代替入力方法など、オペレーティング システムの表示機能と入力支援機能を適切に機能させるアプリ ユーザー インターフェイスを設計するという概念を指します。
iOS、Android、Windows などのデスクトップおよびモバイル プラットフォームには、開発者が Google TalkBack や Apple の VoiceOver などのアクセシビリティを備えたアプリを構築するのに役立つ組み込みの API が用意されています。
プラットフォーム固有の API
このドキュメントのガイドラインを実装するには、各プラットフォームで提供される API を使用します。
アクセシビリティのチェック リスト
次のヒントに従って、可能な限り幅広い対象ユーザーがアプリにアクセスできるようにします。 詳細については、Android のアクセシビリティ テストのチェックリストと Apple のアクセシビリティ ページを参照してください。
大きなフォントとハイ コントラストのサポート
コントロール ディメンションをハードコーディングすることは避けてください。代わりに、より大きなフォント サイズに合わせてサイズを変更できるレイアウトを優先します。 ハイ コントラスト モードで配色をテストし、読み取り可能であることを確認します。
ユーザー インターフェイスを自己記述型にする
各プラットフォームの画面読み取り API と互換性のある説明テキストとヒントを、ユーザー インターフェイスのすべての要素にタグ付けします。
画像とアイコンに代替テキストの説明があることを確認する
アプリケーション ユーザー インターフェイスの一部である画像とアイコン (たとえば、ボタンや状態のインジケーターなど) には、アクセシブルな説明をタグ付けする必要があります。
アクセシブルなナビゲーションを念頭に置いてビジュアル ツリーを設計する
適切なレイアウト コントロールまたは API を使用して、代替入力方法を使用したコントロール間の移動が、タッチ スクリーンを使用する場合と同じ論理フローに従うようにします。
スクリーン リーダーから不要な要素を除外します (たとえば、装飾画像や既にアクセシブルなフィールドのラベルなど)。
オーディオや色の手掛かりだけに依存しない
進行状況、完了、またはその他の状態がサウンドや色の変化のみを示す状況は避けてください。 明確な視覚的な手掛かりを含むようにユーザー インターフェイスを設計するか (強化のためのサウンドと色のみ)、または特定のアクセシビリティ インジケーターを追加します。
色を選択するときは、色覚障碍のあるユーザーにとって区別が難しいパレットを避けるようにしてください。
ビデオのキャプション、オーディオのテキスト
ビデオ コンテンツのキャプションと、オーディオ コンテンツの読み取り可能なスクリプトを提供します。 また、オーディオやビデオのコンテンツの速度を調整するコントロールを提供したり、音量と再生/一時停止ボタンを見つけやすく使用しやすくすることも役立ちます。
Localize
アクセシビリティの説明は、アプリケーションが複数の言語をサポートする場合にローカライズできます (また、ローカライズする必要があります)。