問題タブ [assistive-technology]

Windows用のアクセシビリティプロジェクト（XPから7を対象）の作業を開始しようとしています。マネージコードとアンマネージコードの使用の長所と短所についてアドバイスをお願いします。基本的に、ソフトウェアは開いているウィンドウからテキストを読み取ったり、メニューにアクセスしたり、JAWSや別のスクリーンリーダーなどの他の一般的な機能プログラムで実行できる必要があります。問題は、これをC＃で実行できるのか、それともC++を使用する必要があるのか​​ということです。

過去2年間、私は多くのC＃コードを開発してきたので、開始する最も簡単な方法は、System.Windows.Automation名前空間を試してみることだと思われます。一方、私はかなり長い間C ++またはCOMプログラミングを行っていないため、アンマネージコードを使用する前に更新に時間を費やす必要があります。

アクセシビリティソフトウェアにC＃コードを使用する場合の制限は何ですか？マネージコードでは不可能な（またははるかに難しい）多くのことに遭遇したため、C ++およびCOMスキルを更新するためにかなりの時間を費やすことを正当化するのに十分厳しいですか？Automation名前空間は古いアプリケーション（.NETまたはWPFを使用していない）と互換性がありますか？

VoiceOverと同じように機能するiPhone用の支援アプリケーションを構築することは可能ですか？（UIAccessibility APIを使用）-明確にするために、VoiceOverと同じようにスクリーンリーダーを作成します。または、VoiceOverはiOSデバイスで動作することが許可されている唯一の支援技術ですか？

Snow Leopard、Lion、Mountain Lion で MAC OS X 支援技術をプログラムで有効にすることはできますか?

ユニバーサル アクセスで [補助デバイスへのアクセスを有効にする] チェックボックスをオンにする必要があるアプリケーションを持つクライアントを持っています。これは、Snow Leopard、Lion、および Mountain Lion での実行が予想されるアプリケーション用です。

ApplescriptまたはObjective Cアプリケーションに埋め込まれたシェルスクリプトを介して実行できますか、それともユーザーが明示的に手動で有効にする必要がありますか?

私は iFrame を使用する Web アプリケーションに取り組んでいます (私の決定ではなく、何か他のものを使用するように頼まないでください)。ナビゲーション フレームとコンテンツ フレーム (トップダウン) の 2 つのフレームがあります。

ナビゲーション フレームは常に同じままです。ユーザーがリンクをクリックしてコンテンツ フレーム内のコンテンツが変更されても、JAWS は何もしません。私が JAWS に求めているのは、新しいページの内容 (少なくとも見出し) を発表することです。

私は WAI-ARIA タグを調べ、さまざまな JavaScript トリックを試して要素にフォーカスを当てるようにしました。 ある種の機能を果たした唯一のことは、次のことを行うことです

<iframe id="contF" aria-atomic="true" aria-live="assertive" frameborder="0" name="content" title="${ca.title}" src="${ca.src}"></iframe>

これにより、フレームが最初にロードされたときに JAWS がフレームの内容をアナウンスします (したがって、リンクは以前にクリックされたことはありません)。「訪問済みリンク」の場合、フレームの内容は一切告知しません。

私には、障害者のための低コストの適応/支援技術の品質を向上させることに関心のあるビジネスパートナーがいます。iOSおよびAndroidプラットフォームには、すでにいくつかの優れた駆け出しの取り組みがありますが、特に使いやすさ（認知障害のある人を対象とした製品の主な関心事であるはずです）に関しては、改善できる量がかなりあると思います。

私の質問は、Windows8がそのようなソフトウェアのターゲットプラットフォームとしてどの程度適していると思うかということです。私はSurfaceでさまざまなレビューを聞いていますが、使いやすさに関する苦情の信頼性については売られていません。

私は Windows テクノロジの初心者であり、アプリケーションのインターフェイスを改善するために Windows アクセシビリティ ドキュメントを理解しようとしています。シンプルなインターフェイスにキーボード ナビゲーションを実装するベスト プラクティスがわかりません。

このセクション: http://msdn.microsoft.com/en-us/library/ms971323.aspx#atg_keyboardshortcuts_designing_the_keyboard_ui

Microsoft は、慣れ親しんだキーボード インターフェイスを使用することをお勧めします。その後、ユーザーは TAB キーを押して入力フォーカスを 1 つの UI 要素から別の UI 要素に移動することでナビゲートすることを説明しました。

しかし、このドキュメントでは: http://msdn.microsoft.com/en-us/windows/gg699728

Microsoft は、リンクやボタンなど、機能するためにユーザーの操作が必要な項目のみにキーボード フォーカスを与えるべきだと説明しています。

TAB がテキスト要素に焦点を当てていない場合、スクリーン リーダーのような支援技術はどのようにユーザーにテキスト情報を提供できるでしょうか?

私の地域のいくつかの薬局チェーンがScripTalkの提供を開始しましたNFC は、視覚障害、失読症、またはその他の理由で処方箋ラベルを簡単に読み取ることができない顧客に処方箋をタグ付けしました。視覚障害者であり、技術的であり、支援技術を実装するために自分の時間を自発的に提供しています。これらのタグが新しく購入した Galaxy S4 で読み取れるかどうかを知りたいです。S4 と最近の Android のアップグレードには NFC の互換性の問題がいくつかあるので、私の携帯電話が Scripttalk で使用される NFC タグを検出して読み取ることができるかどうかに興味があります。これは、スマートフォンがこれらのタグを読み取る可能性が高いことを示しています。支援技術に使用される NFC タグがよく使われています。電話をユニバーサル NFC リーダーとして使用するのは素晴らしいことです。私はNFCの経験がないので、誰かがこれに光を当ててくれることを願っています. ありがとうございました！