오류 체크 중인데 이걸 오류에 넣어야 할까요 어째야 할까요 정보
오류 체크 중인데 이걸 오류에 넣어야 할까요 어째야 할까요
본문
설렉트 박스 처럼 구현 된 div 가 있습니다.
여기서, 네모칸에 마우스 클릭 하면 아래로 선택할 수 있는 아이템들이 나오는데요
웹 접근성 때문에 키보드 접근 여부를 확인하고 있는데, 탭을 눌러도 ↓ 을 눌러도 이동이 안되서 작동이 안된다고 체크 했었습니다만, 옆에서 같이 체크 하시는 분의 말씀이
↑ 를 눌러야 된다고 하시더군요.
분명 항목들은 아래로 나오는데 ↑ 키를 눌러야 아래 쪽으로 선택이 간다는 것은,
일단 선택이 가능하니 접근성 오케이라고 하고 해야 할까요 아니면 UX 를 고려 하지 않았기에 접근 할 수 없는 분들이 많을 수 있으므로 불합격 처리를 해야 할까요
여기서, 네모칸에 마우스 클릭 하면 아래로 선택할 수 있는 아이템들이 나오는데요
웹 접근성 때문에 키보드 접근 여부를 확인하고 있는데, 탭을 눌러도 ↓ 을 눌러도 이동이 안되서 작동이 안된다고 체크 했었습니다만, 옆에서 같이 체크 하시는 분의 말씀이
↑ 를 눌러야 된다고 하시더군요.
분명 항목들은 아래로 나오는데 ↑ 키를 눌러야 아래 쪽으로 선택이 간다는 것은,
일단 선택이 가능하니 접근성 오케이라고 하고 해야 할까요 아니면 UX 를 고려 하지 않았기에 접근 할 수 없는 분들이 많을 수 있으므로 불합격 처리를 해야 할까요
추천
0
0
댓글 3개
"탭으로 포커스 -> 엔터 -> 선택항목 레이어 뜸 -> 탭으로 이동 가능"이렇게만 되도 감점 요인은 아닌것 아닌가요?
form 에 사용된 것이라면 select 그대로 이용하는 것이 좋다고 봅니다. 디자인할 때는 브라우저 기본 랜더링되는 상태와, 디자인 된 것의 차이가 굉장히 커보이지만, 실제 이용하다 보면 브라우저의 해석에 따라 랜더링 된 것이 더 이용하기 좋습니다. 접근성 관련 이슈도 훨씬 줄어들게 되는 것 같구요. 물론 디자이너 분들에게는 쉽게 받아들이기 어려운 이야기지만요.
form 이 아닌 family site 이동과 같은 형식이라면 div 에 포커스 시 목록을 펼쳐주고 tab 키로 각 항목에 접근할 수 있도록 하는 것이 좋을 것 같습니다. 일반인들은 select 처럼 디자인되었다 하더라도 해당 영역에 포커스 시 방향키를 사용하는 경우가 드물고, 스크린리더 사용 시에는 select 처럼 디자인된 것과 관계없이 이미 tab 이나 방향키를 이용해 콘텐츠를 탐색하니까요.
form 이 아닌 family site 이동과 같은 형식이라면 div 에 포커스 시 목록을 펼쳐주고 tab 키로 각 항목에 접근할 수 있도록 하는 것이 좋을 것 같습니다. 일반인들은 select 처럼 디자인되었다 하더라도 해당 영역에 포커스 시 방향키를 사용하는 경우가 드물고, 스크린리더 사용 시에는 select 처럼 디자인된 것과 관계없이 이미 tab 이나 방향키를 이용해 콘텐츠를 탐색하니까요.
해당 부분은 통합 검색 부분이며, 통합검색의 검색 조건 선택 하는 부분입니다. :) ㅎㅎ... ..
오류로 체크 하는게 맞겠네요
오류로 체크 하는게 맞겠네요