2017-02-09 9 views
0

iPhone 또는 iPad에서 음성 해설을 사용하면 왼쪽 또는 오른쪽으로 쓸어 넘기 (한 손가락으로 왼쪽 또는 오른쪽으로 스 와이프)하여 웹 사이트의 요소에서 요소로 이동할 수 있습니다. 우리가 원하는 것은 누군가가 장거리 탐색 메뉴의 끝 부분으로 이동하고 앞으로 움직이기 위해 왼쪽으로 쓸어 넘기면 메뉴가 닫히는 것입니다. 키보드 탐색의 경우 메뉴의 마지막 요소에 누군가가 Tab 키를 사용하여 이동했는지 확인하는 on-keydown이 있고 "closeMenu"를 호출하기 때문에 이러한 현상이 발생합니다.음성 해설에서 남은 튕김으로 발생하는 DOM 이벤트는 무엇입니까?

스 와이프 (휴대 전화/태블릿에서) 또는 Ctrl-Option- 왼쪽 화살표 (데스크톱에서와 동급)를 사용하는 사람이 메뉴에서 이동하려고 할 때 알 수 있도록 어떤 DOM 이벤트를들을 수 있습니까?

iPhone이 Ctrl-Alt-arrow 키 입력으로 깜박임을보고합니까? 터치 스타트 또는 mousedown 또는 keydown으로보고하지 않는 것 같습니다. Dylan Barrell (http://webcache.googleusercontent.com/search?q=cache:jyTfjSFuLbEJ:unobfuscated.blogspot.com/2013/05/event-handlers-and-screen-readers.html+&cd=4&hl=en&ct=clnk&gl=us)의이 페이지에 따르면 Ctrl-Option-Space는 "mousedown mouseup click"으로보고되지만 Voiceover 키 콤보와 왼쪽 또는 오른쪽 화살표는 언급하지 않았습니다.

답변

1

onFocus 및 onBlur 이벤트가 발생합니다. 적어도 그것은 나의 간단한 테스트 케이스가 보여주는 것이다. 나는 'focus'CSS 셀렉터가있는 요소를 가지고 있으며 그 요소로 쓸어 넘기면 CSS가 적용됩니다. 그러나, 나는 당신이 제안하고있는 것을해야한다고 확신하지 못합니다.

VoiceOver로 톡톡 치면 본질적으로 DOM을 탐색하게됩니다. 당신은 페이지와 상호 작용하지 않습니다. JAWS와 가상 PC 커서를 사용하는 것과 같습니다. 위/아래 화살표를 사용하여 DOM 트리를 탐색 할 수 있지만 (VO에서 왼쪽/오른쪽으로 쓸어 넘기와 유사) 페이지와 상호 작용하지는 않습니다. 관심이있는 DOM 요소에 도달하면 다음 페이지와 상호 작용할 수 있습니다 (VO로 두 번 살짝 누르거나 JAWS로/space 입력).

당신이 제안하는 것은 중간입니다. VO 사용자가 DOM을 탐색하기를 원하지만 요소 중 하나를지나 이동할 때 페이지와 상호 작용하고 메뉴를 닫는 것으로 해석해야합니다.

일반적인 VoiceOver 사용자에게는 혼란을 줄 수 있습니다. 실제 VoiceOver 사용자들과 사용성 테스트를해야합니다.

+0

환상적입니다. 감사합니다. Safari/iDevices가 호버 변경 (처음에는 "클릭"= 쇼 호버 변경, 두 번째 클릭 = 탐색) 이상한 행동을하여 불쾌감을 얻었으므로 초점 맞추기가 잘못되었습니다. 그러나 이것은 다른/관리가 가능해야합니다. 다시 : 그것을 완료해야, 우리는 사이트가 시각적/키보드/voiceover 사용자에 대해 동일한 행동을해야한다는 생각을 가지고 있지만, 나는 당신의 말을 듣는다. 적어도 접근 가능한 설명 텍스트가 있어야하며 접근성 전문가의 생각을 떠올려 야합니다. –

+0

이 동작을 수행하는 경우 PC 사용자 (JAWS/NVDA)보다 ipad/iphone (VoiceOver)에서 보조 기술 사용자에 대해 * 다른 * 사용자 환경을 생성하게됩니다. 따라서 귀하의 목표가 모든 사람에게 똑같이 적용되는 사이트를 보유하더라도 결국 다르게 작동하는 사이트를 만들게됩니다. VoiceOver 사용자가 내비게이션 작동을 기대하는 방법에 대한 정신적 모델을 깨뜨릴 것입니다. 언제든지 저에게 연락하거나 a11y 전문가가 저에게 연락하도록하십시오. stackoverflow에 오후 기능이 없으므로 야후에서 내 stackoverflow ID에 메모를 보내십시오. – slugolicious