포럼 일반 사용자를 위한 스크린 리더 접근성 문제, 진행 상황은 어떤가요?

디스코urs에서 접근성 현황에 대한 논쟁, 특히 스크린 리더 사용자를 위한 약속된 기능 개선 사항들을 꾸준히 지켜보고 있습니다. 하지만 저는 두 개의 다른 포럼에서 일반 사용자로 활동하고 있는데, 여기의 여러 스레드에서 이야기되는 그런 개선 사항들을 전혀 확인할 수 없습니다.

디스코urs 사용자에게 적용되고 있는 업데이트가 정리된 스레드가 하나 있으면 좋겠습니다. 자기가 직접 운영하는 베타 포럼에서 어떻게 개선 사항을 테스트하고 있는지에 대한 논쟁이 아니라요.

문제는 이미 잘 알려져 있지만, 여기의 여러 스레드에서 읽은 해결책들을 저는 실제로 보지 못하고 있습니다.
긴 스레드 내 네비게이션에 대한 조치가 취해졌어야 합니다. 제 이해로는 긴 스레드에서 더 큰 단위로 이동할 수 있게 해주는 메커니즘인데, 몇 개월, 심지어 몇 년에 걸쳐 게시물이 추가되는 매우 긴 스레드가 있는 제 주요 포럼에서는 이 기능을 전혀 볼 수 없습니다.

첫 번째 읽지 않은 메시지로 이동하는 것도 불가능해 보입니다. 운이 좋으면 새 답장에 대한 알림을 켜거나 끌 수 있는 드롭다운 메뉴로 이동할 수는 있지만, 다른 경우에는 끔찍하고 사용 불가능한 자동 스크롤 문제 때문에 제가 추적 중인 긴 스레드에서 새 스레드를 볼 수조차 없습니다.

이 베타 포럼에서는 지난 일주일 동안 답장들이 최소한 헤딩으로 표시되어 있어 일관된 방식으로 답장 사이를 이동할 수 있게 되었습니다. 하지만 이 기능은 제가 정기적으로 사용하는 어떤 포럼에도 아직 적용되지 않았습니다. 좋은 기능이지만, 언제 실제 환경에 배포될 예정인가요?

마지막으로 가끔씩 저를 짜증나게 하는 문제 하나를 더 언급하겠습니다. 투표는 키보드 사용 시 완전히 사용할 수 없습니다. 스크린 리더의 폴백 메커니즘을 사용할 수는 있지만, 제가 의도한 대로 투표가 보고되었는지 확인할 방법이 없습니다.

클라우스

환영합니다, @thoeg!

이 중 일부 변경 사항은 이미 적용되어 여기에서 사용할 수 있습니다. 이 포럼이 기대하신 대로 작동하나요? 이 포럼이 다른 포럼과 다르다면, 포럼 관리자에게 Discourse 업그레이드를 요청해야 할 수 있습니다. 모든 포럼이 개발자가 직접 호스팅하는 것은 아니기 때문에, 해당 포럼에 대한 제어 권한이 없을 수 있습니다.

네, 불편을 드려 죄송합니다. 최근 변경 사항이 모두 비교적 최근에 적용되었기 때문에, 최신 변경 사항을 확인하시려면 사이트 소유자에게 Discourse의 최신 버전으로 업그레이드해 달라고 요청하셔야 합니다.

약 2주 전에 설정된 포럼에는 이 포럼과 달리 제목이 없습니다.
소스 HTML에 따르면 다음을 사용하고 있습니다:

이 포럼에서는 최신 버전으로 업데이트하도록 요청할 수 있을 것 같지만, 다른 포럼에서는 소프트웨어를 정기적으로 업데이트하지 않는 것 같으므로, 대부분의 솔루션이 구현되기 전에 업데이트를 요청하지 않도록 확신을 갖고 싶습니다.

하지만 다시 한번 묻자면, ‘새로운 기능’ 노트를 따를 필요가 있는지, 아니면 일반 사용자로서 포럼 관리자 설정 담당자에게 어떤 것이 릴리스되었는지 어떻게 알 수 있는지 궁금합니다.

클라우스

다른 주제에서 날짜를 확인하지는 않았지만, 만약 해당 포럼이 이 포럼과 다르다면 업그레이드를 진행해야 합니다. 웹 인터페이스나 명령줄을 통해 포럼을 업그레이드할 수 있습니다. 여기서 확인되는 모든 변경 사항은 tests-passed(기본) 브랜치에서 공개적으로 사용할 수 있습니다.

해당 포럼이 어떤 이유에서든 업그레이드를 원하지 않는다면 할 수 있는 일이 많지 않습니다. stable 브랜치를 사용 중이라면, 이러한 변경 사항이 반영되기까지 몇 달을 기다려야 합니다. 페이지 소스를 확인하여 버전을 볼 수 있으며, 페이지 상단 근처에 표시됩니다.

클라우스, 파이프라인에 몇 가지 중요한 수정 사항이 더 있습니다. 귀찮게 하기 전에 1~2주 정도 더 기다리는 것을 권장합니다.

구체적으로는 다양한 '선택기(pickers)'에 대한 지원을 구현하고 있어, 스크린 리더에서 카테고리와 태그를 선택할 수 있도록 할 예정입니다.

업데이트를 할 때마다 #feature:announcements 카테고리에 정기적으로 게시합니다. 릴리스에 관심이 있다면 해당 카테고리를 지켜봐 주시기 바랍니다. 다만 매우 유감스럽게도, 그리고 아이러니하게도 현재 스크린 리더를 사용 중이시라면 이 카테고리를 지켜보는 것이 상당한 어려움이 될 것입니다.

또 하나, 널리 알려져 있고 수정될 수 있기를 바라는 문제가 있습니다. 주제가 목록 상단에 잠금이나 고정되어 있을 때, 해당 주제로 이동하면 실제로는 잠금/고정 링크에 도달하게 됩니다. 만약 고정 링크라면, 주제를 여는 대신 해제하게 됩니다. 그러나 적어도 Windows에서 JAWS를 사용할 경우, 주제 이름을 듣게 되어 엔터를 누르면 주제가 열릴 것이라고 믿게 됩니다. 주제에 대한 헤더 도입은 이 문제를 해결하지 못했습니다. 왜냐하면 포커스가 주제 링크가 아니라 잠금/고정 상태 링크에 있기 때문입니다.
Claus

클로스, 안녕하세요.

제목 역할(heading role)이 전체 행에 적용되는 문제점을 저도 확인했습니다.

해당 주제에 대한 해결책을 찾아보고 있습니다: Discourse with a screen reader - #62 by sam

노란(Nolan) 등 다른 분들도 피드백을 제공할 수 있도록 해당 스레드에서 논의하는 것이 좋을 것 같습니다.

불행히도 JAWS 측에서 테스트용 라이선스를 제공받지 못했지만, NVDA에서도 동일한 문제가 발생하는 것으로 보입니다.

안녕하세요,

nvda에서 작동하는 모든 것은 jaws에서도 동일하게 작동하므로 그 부분은 문제없습니다. 다만 jaws가 제 주 스크린 리더일 뿐입니다.

클라우스

방금 이 변경사항을 적용했습니다(약 20분 내로 메타에 배포될 예정입니다)

@thoeg 님, 어떻게 작동하는지 알려주실 수 있나요?

샘, 안녕하세요.

변경 사항은 예상대로 잘 작동하지만, HTML 페이지를 탐색할 때 스크린 리더에 내장된 추가 탐색 기능에 대해 이해하는 것이 도움이 될 수 있습니다.

JAWS와 NVDA 모두에서 브라우저를 열면 스크린 리더가 키보드를 제어하게 되며, 이를 통해 버튼, 제목, 테이블, 폼 필드, ARIA 영역 등 가장 많이 사용되는 HTML 요소로 탐색할 수 있습니다.

즉, 페이지를 위에서 아래로 읽기만 하는 대신, 스크린 리더에게 다음 제목이나 테이블 또는 다른 요소로 이동하도록 요청할 수 있습니다. 이것이 주제 보기에서 각 새 게시글에 제목을 추가하는 것이 중요한 이유입니다.

주제 목록이 있는 페이지에 있으면, 페이지의 다른 모든 것을 건너뛰고 t 키를 눌러 첫 번째 테이블로 이동할 수 있습니다. 이 기능은 NVDA와 JAWS 모두에서 작동합니다.

첫 번째 제목으로 이동할 수도 있지만, h(제목)는 페이지 구조에 사용되므로 페이지의 잘못된 위치에 도달할 가능성이 매우 높습니다. 메인 페이지가 로드된 상태에서 h 키를 누르면 다음과 같은 상황이 발생합니다:

다음 위치에 도달합니다:

“Discourse is growing! :tada:” — 실제로 읽으려는 포럼 주제 목록의 일부가 아닌 H3 제목입니다.

주제 목록이 테이블이라는 것을 알면 t 키를 눌러 페이지의 다음 테이블로 포커스를 이동할 수 있습니다.

JAWS는 다음과 같이 말합니다:

5열 31행의 테이블

1열, 1행

주제

이제 h 키를 눌러 제목으로 점프하면 예상대로 올바른 읽기 결과를 얻을 수 있습니다. 그러나 NVDA와 JAWS에서 사용되는 테이블 탐색 키를 사용하면 문제가 발생합니다.

alt+ctrl+왼쪽 화살표 또는 오른쪽 화살표를 눌러 행 내에서 왼쪽과 오른쪽으로 이동합니다. 열 내에서 위아래로 이동하려면 alt+ctrl과 위 또는 아래 화살표를 사용합니다.

즉, alt+ctrl+아래 화살표를 누르면 고정된(pinned) 또는 잠긴(locked) 상태 링크가 있는 문제의 셀에 도달하게 됩니다(주제에 해당 기능이 사용된 경우).

주제 목록의 이 테이블에서는 브라우저에서 다른 셀의 모든 요소가 키보드 포커스를 받을 수 있어 tab 키를 사용해도 동일한 결과를 얻을 수 있지만, 테이블에 표시된 모든 요소가 키보드 포커스를 받을 수 없는 상황이 있을 수 있습니다. 이때에도 스크린 리더의 테이블 탐색 기능을 사용하여 내용을 읽고 싶을 수 있습니다.

클라우스

Windows 10에서 메일로 전송

729F654A148F4B0EAE42D3A8527820CC.png

이것은 순서 문제일 뿐인가요? 의미론적으로 “lock”, “pin” 등이 주제 제목의 오른쪽에 위치해야 하나요? 즉, 셀에서 주제 제목이 가장 먼저 표시되어야 하나요?

샘, 안녕하세요.

셀로 포커스가 이동할 때, 잠금이나 고정 상태 링크/버튼이 아닌 주제 링크에 초점이 맞춰져야 한다는 데 동의합니다.

주제가 고정되지 않고 잠금도 걸려 있지 않은 한 이 동작은 문제없이 잘 작동합니다. 하지만 주제가 고정되거나 잠금 상태일 때, Tab 키를 사용하여 셀로 이동해도 포커스가 잘못된 위치에 잡히는 것 같습니다.

클라우스

Windows 10에서 메일로 전송됨

729F654A148F4B0EAE42D3A8527820CC.png