私の WPF アプリケーション メニューは Dragon Natually Speaking では機能しないため、他のスクリーン リーダーやアクセシビリティ ソフトウェアを想定しています。私のソフトウェアが目の不自由な顧客のためにうまく機能することを望んでいます。私の間違いを理解するために、Visual Studio 2010 や Expression Blend 4 などの他の WPF アプリケーションも試しましたが、同じバグがあります。どのような場合でも、音声を使用して「ファイル」、「編集」、「ヘルプ」などのメイン メニュー ヘッダーをドロップダウンできますが、「新規」、「開く」、「閉じる」などの子メニュー項目をアクティブにすることはできません。アクセシビリティと「UI オートメーション」についてできることはすべて読みました。「UI アクセシビリティ チェッカー」と「スヌープ」を実行してみました。これらのアプリケーションも、メニュー ヘッダー OK を列挙しているようですが、それらのメニューの項目は列挙していません。なんで?
4 に答える
ほとんどの目の不自由なユーザーは、自然に話す Dragon を使用しません。目の不自由なユーザーによるアクセシビリティについてアプリケーションをテストする場合は、 NVDAを参照してください。これは、アプリケーションのテストに使用できるオープン ソースのスクリーン リーダーです。追加のテストを行いたい場合は、Jaws for Windowsを参照してください。これは高価なスクリーン リーダーですが、一般的に、少なくとも米国では視覚障害者が職場で使用するものです。ドラゴンですが、Windows アクセシビリティ API の詳細については、これ以上の情報を提供するのに十分ではありません。
私は、非常に厳密なアクセシビリティテストに合格する必要のあるWPFアプリケーションに取り組みました。私たちが使用したツールはJawsでしたが、メニューに関してこの種の問題は見つかりませんでした。また、VisualStudioとBlendがこのようなバグで出荷されることも想像できません。
あなた自身の説明/承認から、これは Dragon Naturally Speaking のバグです。サポート部門に連絡することをお勧めします。
私の推測では、最近発生した問題と同様の問題が発生している可能性があります。内部で使用されている UI オートメーションが原因で、自動テスト ソフトウェアがクラッシュすることがありました。私のヒント: メニュー ヘッダーと子項目の xaml を比較し、単純化します。私たちの場合、問題を引き起こしたのは Labels の Target でした。
<Label Target="{Binding ElementName=someOtherControl}" ... />