Dragon Naturally Speaking은 WPF 하위 메뉴에서 실패합니다.

내 WPF 응용 프로그램 메뉴가 Dragon Natually Speaking과 작동하지 않으므로 다른 스크린 리더 및 접근성 소프트웨어를 사용합니다. 맹인 및 장애인을 위해 제 소프트웨어가 잘 작동되기를 바랍니다. 내 실수를 알아 내기 위해 Visual Studio 2010 및 Expression Blend 4와 같은 다른 WPF 응용 프로그램도 시도했지만 동일한 버그가 있습니다. 모든 경우에 "음성"을 사용하여 "파일", "편집", "도움말"과 같은 기본 메뉴 머리글을 드롭 할 수 있지만 "새로 만들기", "열기"또는 "닫기"와 같은 하위 메뉴 항목을 활성화 할 수는 없습니다. "UI 접근성 검사기"와 "스눕 (Snoop)"을 실행하려고 시도한 Accesibility와 "UI Automation"에 대한 모든 내용을 읽었습니다.이 응용 프로그램은 메뉴 머리글을 열거하지만 해당 메뉴의 항목은 열거하지 않는 것 같습니다. 왜?Dragon Naturally Speaking은 WPF 하위 메뉴에서 실패합니다.

출처

2011-03-29 Jeff

대부분의 시각 장애인은 자연스럽게 드래곤을 사용하지 않습니다. 시각 장애인이 접근성을 위해 애플리케이션을 테스트하려는 경우 NVDA 이것은 애플리케이션을 테스트하는 데 사용할 수있는 오픈 소스 스크린 리더입니다. 추가 테스트를 원할 경우 Jaws for Windows을 볼 수 있습니다.이 스캐너는 값 비싼 스크린 리더이지만 일반적으로 적어도 미국의 시각 장애인이 작업장에서 사용하는 것입니다. 드래곤의 버그를 다루는 것처럼 들리지만 Windows accessibility API의 세부 사항에 대해 더 이상 알지 못합니다.

출처

2011-03-29 12:03:16 Jared

감사합니다. 나는이 문제가 드래곤 네이티브 스피킹의 버그/한계라고 믿습니다. NVDA와 Jaws에 대한 링크를 보내 주셔서 감사합니다. – Jeff

Dragon Naturally Speaking의 버그입니다. 지원 부서에 문의하는 것이 가장 좋습니다.

출처

2011-03-29 12:10:08

고마워, Dragon 10이 WPF를 지원하지 않을 수도 있습니다. 새 버전 11이 가장 가능성이 큽니다. Unfortunatly Nuance의 지원 사이트에서 SQL 오류를 사용하려고 시도합니다. – Jeff

내 생각은 다음과 같습니다. 최근에 있었던 것과 비슷한 문제가있을 수 있습니다. 우리는 내부적으로 사용 된 UI 자동화에 의한 자동 테스트 소프트웨어의 충돌이있었습니다. 팁 : 메뉴 머리글과 하위 항목에 대해 xaml을 비교하고 단순화하십시오. 우리의 경우 문제를 일으킨 것이 Label 's Target입니다.

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

출처

2011-03-29 12:29:14

정말 엄격한 접근성 테스트를 통과해야하는 WPF 응용 프로그램에서 작업했습니다. 우리가 사용했던 도구는 Jaws 였고 메뉴와 관련하여 이런 종류의 문제를 발견하지 못했습니다. Visual Studio와 Blend와 같은 버그가있는 것을 상상할 수도 없습니다.

출처

2011-03-29 12:30:36

Dragon Naturally Speaking은 WPF 하위 메뉴에서 실패합니다.

답변

관련 문제