我的 WPF 应用程序菜单无法与 Dragon Natually speak 一起使用，因此我假设其他屏幕阅读器和辅助功能软件。我希望我的软件能够很好地为我的盲人和残疾客户工作。为了找出我的错误，我还尝试了其他 WPF 应用程序，如 Visual Studio 2010 和 Expression Blend 4，但它们有相同的错误。在所有情况下，我都可以使用语音下拉主菜单标题，如“文件”、“编辑”、“帮助”——但永远不能激活“新建”、“打开”或“关闭”等子菜单项。我已经阅读了有关 Accessibility 和“UI Automation”的所有内容，我尝试过运行“UI Accessibility Checker”和“Snoop”，这些应用程序似乎也枚举了我的 Menu HEADERS OK，但不是那些菜单上的项目。为什么？
问问题
937 次
4 回答
1
大多数盲人用户自然不会使用 Dragon。如果您想测试您的应用程序是否可供盲人用户访问，请查看NVDA这是一个开源屏幕阅读器，您可以使用它来测试您的应用程序。如果您想进行额外的测试，您可以查看Jaws for Windows这是一款昂贵的屏幕阅读器，但通常至少在美国是盲人在工作场所使用的阅读器。听起来您可能正在处理Dragon 但我对 Windows 可访问性 API 的详细信息知之甚少，无法为您提供更多信息。
于 2011-03-29T12:03:16.573 回答
0
根据您自己的描述/承认，这是 Dragon Naturally speak 中的一个错误 - 您最好联系他们的支持部门。
于 2011-03-29T12:10:08.133 回答
0
我的猜测是：您可能会遇到与我们最近遇到的类似问题。我们遇到了由内部使用的 UI 自动化引起的自动测试软件崩溃。我的提示：比较菜单标题和子项的 xaml 并简化它。在我们的例子中，是 Labels 的 Target 引起了问题。
<Label Target="{Binding ElementName=someOtherControl}" ... />
于 2011-03-29T12:29:14.353 回答
0
我在一个必须通过非常严格的可访问性测试的 WPF 应用程序上工作。我们使用的工具是 Jaws，我们没有发现这种菜单问题。我也无法想象 Visual Studio 和 Blend 会出现这样的错误。
于 2011-03-29T12:30:36.700 回答