ユーザー補助
アクセシビリティの目的は、さまざまな環境でテクノロジを使い、幅広いニーズとエクスペリエンスに対応した UI にアクセスするユーザーにとって、Windows アプリを使いやすいものにするエクスペリエンスを構築することです。 状況によってはアクセシビリティの要件が法律で定められているものもありますが、 できるだけ多くの人にアプリを使ってもらえるように、法的要件に関係なくアクセシビリティの問題に対処することをお勧めします。
また、アプリのアクセシビリティに関する Microsoft Store の宣言も含まれます。
[アーティクル] | 説明 |
---|---|
アクセシビリティの概要 | この記事では、Windows アプリのアクセシビリティ シナリオに関連する概念とテクノロジの概要を示します。 |
包括的なソフトウェアの設計 | Windows 用 Windows アプリを使用したインクルーシブ デザインの進化について説明します。 アクセシビリティを考慮して、包括的なソフトウェアを設計、構築します。 |
包括的な Windows アプリの開発 | この記事は、アクセシビリティ対応の Windows アプリを開発するためのロードマップです。 |
アクセシビリティ テスト | Windows アプリを確実にアクセシビリティ対応にするためのテスト手順です。 |
ストア内のアクセシビリティ | Windows アプリをアクセシビリティ対応として Microsoft Store で宣言するための要件を説明します。 |
アクセシビリティのチェック リスト | Windows アプリがアクセシビリティ対応であることを確認するために役立つチェックリストを示します。 |
基本的なアクセシビリティ情報の開示 | 基本的なアクセシビリティ情報は、多くの場合、名前、役割、値に分類されます。 このトピックでは、支援技術が必要とする基本情報をアプリで公開するのに役立つコードについて説明します。 |
キーボードのアクセシビリティ | アプリに十分なキーボード操作機能が備わっていない場合、視覚障碍や運動障碍のあるユーザーはアプリをうまく使うことができなかったり、まったく使うことができない可能性があります。 |
スクリーン リーダーとハードウェア システムのボタン | ナレーターなどのスクリーン リーダーには、ハードウェア システム ボタンのイベントを認識して処理し、その状態をユーザーに伝える機能が必要です。 場合によっては、スクリーン リーダーでボタン イベントを排他的に処理し、他のハンドラーにバブルアップさせないようにする必要があります。 |
ランドマークと見出し | ランドマークと見出しは、ユーザー インターフェイスのセクションを定義し、スクリーン リーダーなどのアクセシビリティ対応技術のユーザーの効率的なナビゲーションに役立ちます。 |
ハイ コントラスト テーマ | ハイ コントラスト テーマがアクティブになっているときに Windows アプリを使えることを確かめるために必要な手順について説明します。 |
アクセシビリティに対応したテキストの要件 | このトピックでは、色と背景のコントラスト比を適切な値にすることで、アプリのテキストをアクセシビリティ対応にするためのベスト プラクティスについて説明します。 また、Windows アプリ内のテキスト要素に設定できる Microsoft UI オートメーションの役割と、グラフィックス内のテキストに関するベスト プラクティスについても説明します。 |
アクセシビリティ対応にするために避ける事項 | アクセシビリティ対応の Windows アプリを作成する場合に避けるべき事項の一覧を示します。 |
カスタム オートメーション ピア | UI オートメーションに対するオートメーション ピアの概念について説明します。また、独自のカスタム UI クラスに対してオートメーションのサポートを提供する方法についても説明します。 |
コントロール パターンとインターフェイス | Microsoft UI オートメーションのコントロール パターン、それらにアクセスするためにクライアントが使うクラス、それらを実装するためにプロバイダーが使うインターフェイスを紹介します。 |
関連トピック
GitHub で Microsoft と共同作業する
このコンテンツのソースは GitHub にあります。そこで、issue や pull request を作成および確認することもできます。 詳細については、共同作成者ガイドを参照してください。
Windows developer
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示