Dragon Naturally Speaking在WPF子菜单上失败

时间:2011-03-29 08:54:40

标签: wpf menu accessibility ui-automation voice-recognition

我的WPF应用程序菜单无法使用Dragon Natually Speaking,因此我假设其他屏幕阅读器和辅助功能软件。我希望我的软件能够为我的盲人和残疾客户提供良好的服务。  为了弄清楚我的错误,我还尝试了其他WPF应用程序,如Visual Studio 2010和Expression Blend 4,但它们有相同的错误。在所有情况下,我都可以使用语音下拉主菜单标题,如“文件”,“编辑”,“帮助” - 但不能激活子菜单项,如“新建”,“打开”或“关闭”。  我已经阅读了所有关于Accesibility和“UI Automation”的内容,我尝试过运行“UI辅助功能检查器”和“Snoop”,这些应用程序似乎也可以枚举我的菜单标题,但不是这些菜单上的项目。为什么呢?

4 个答案:

答案 0 :(得分:1)

大多数盲人用户自然不会使用Dragon。如果您想通过盲人用户测试您的应用程序的可访问性,请查看NVDA这是一个开源屏幕阅读器,您可以使用它来测试您的应用程序。如果您想进行额外的测试,可以查看Jaws for Windows这是一个昂贵的屏幕阅读器,但通常是盲人在工作场所使用的至少在美国。听起来您可能正在处理龙中的错误,但我不太了解Windows辅助功能API的详细信息,以便为您提供更多信息。

答案 1 :(得分:0)

根据您自己的说明/录取,这是Dragon Naturally Speaking中的一个错误 - 您最好联系他们的支持部门。

答案 2 :(得分:0)

我的理由是: 你可能会遇到与我们最近的问题类似的问题。我们发生了自动测试软件的崩溃,内部使用了UI Automation。 我的提示:比较菜单标题和子项的xaml并简化它。在我们的例子中,标签的目标导致了问题。

<Label Target="{Binding ElementName=someOtherControl}" ... />

答案 3 :(得分:0)

我参与了一个必须通过严格的可访问性测试的WPF应用程序。 我们使用的工具是Jaws,我们没有发现菜单的这种问题。 我也无法想象Visual Studio和Blend运送这样的错误。