Windowsベースのデスクトップソフトウェアの開発者は、支援技術やWindowsを使用しているユーザーができるだけアプリケーションを使用できるようにするために、「使いやすさ」/「アクセシビリティオプション」 "コントロール？Sound Sentryに加えて、どのような方法でWindowsアプリケーションを身体障害のある人にもっとフレンドリーにすることができますか？
たとえば、聴覚障害者を支援する「ビジュアル通知」（サウンドセントリ）を利用するには、（Winmm.dll経由で）サウンドを再生するときに余分なフラグを指定する必要があります。ウインドウ、タイトルバー、またはスクリーンを点滅させることができます。
私のアプリが障害のある人に利用可能であることを確認するために、このアプリケーションまたは将来のアプリケーションで実装することを検討する必要がある他の同様の考慮事項がありますか？
誰かがこれについてソフトウェアレベルで考えているのは素晴らしいことです。あなたはW3CのAuthoring Tool Accessibility Guidelinesがあなたに関連しているかもしれません。ガイドライン7はEnsure that the authoring tool is accessible to authors with disabilitiesであり、それが確実であることを確認するためのテクニックへのリンクがあります。ソフトウェアにはさまざまな違いがあるため、ガイドラインは成功のタイミングを知る方法と、成功を達成する方法をあまり規定していない方法に関するものです。
これは、テクニックを探し始める場所があることを望みます。そこにはたくさんの情報はありません。あなたが完了した時点であなたの仕事の執筆を見ることは素晴らしいでしょう。それも。
ウェブ上のコンテンツをアクセス可能なデスクトップソフトウェアよりもアクセス可能にすることに関して、オンラインでもっと多くの利用可能性があると思われるので、アクセシビリティに関連するWindowsデスクトップソフトウェアのアクセシビリティとウィンドウライブラリ呼び出しに関する質問。しかし、それが異なるプラットフォームであっても、アクセシビリティについての一般的な読解から得られる点は確かです。同様に、厳選された絶対配置のためにGUIコントロールが重複することなく、よく書かれたアプリケーションで使用できるはずのウィンドウ内の "（Extra）Large Fonts"設定を思い出すことを思い出しました。 –
この質問を[ユーザーエクスペリエンス]（http://ux.stackexchange.com/） – kmote
に移行することをお勧めします。これは関連性があります。http://msdn.microsoft.com/en-us/library/aa291308 29.8。vs.71％29.aspx –