테이블 기반 사이트가 스크린 리더 사용자에게 나쁜 이유는 무엇입니까?

StackOverflow https://stackoverflow.com/questions/1760732

문제

스크린 리더가 처리하기가 얼마나 쉬운가 <div> 기반 웹 사이트는 오래된 웹 사이트입니다 <table> 기반 웹 사이트, 왜 더 나빠요?

도움이 되었습니까?

해결책

스크린 리더는 a 내부의 내용을 가정합니다 table 테이블이므로 읽습니다. 예 : "행 1 행, 열 1 : (내용)". 테이블을 사용하여 사이트를 배치하는 경우 반드시 의미가 없습니다. 당신은 실제로 그렇지 않을 때 표 테이션의 중요성을 가진 데이터가 있다고 말하고 있습니다.

대조적으로 div "섹션"이외의 의미가 없으므로 스크린 리더는이를 의미하지 않습니다. DIV를 사용하여 영향을 미치지 않고 레이아웃에서 임의의 시각적 휴식을 취할 수 있습니다. 의미 마크 업.

이것이 우리가 "의미 론적"마크 업이라고 할 때 우리가 의미하는 바입니다. 시맨틱은 마크 업이 정확하게 설명하는 것을 의미합니다 의미 내부의 내용 중 - 테이블 테이블 래프 데이터 데이터, ULs 랩 랩 undered lists 등

다른 팁

테이블 기반 사이트는 제시된 데이터 유형에 대해 스크린 리더를 혼동 할 수 있습니다. 원래 테이블은 2D 데이터 목록을 표시하는 데 사용되었습니다. 그러나 디자인에 맞는 테이블이 사용되면 독자는 테이블의 의도를 구별해야합니다.

테이블이 사용되는 것에 따라 다릅니다. 테이블이 레이아웃에 사용되는 경우 화면 리더는 이것을 알 수있는 방법이없고 셀별로 셀을 읽습니다. 열 1 열 1, 열 1 열 2 개, 행 2 열 1 열 2 등 내용이 보는 방식. 구조화 된 양식 테이블로 데이터를 표시 해야하는 경우 KeyStrokes를 사용하여 열별로 열 및 열별로 열별로 읽을 수 있으므로 화면 리더와 함께 이동하는 가장 좋은 방법입니다. 스크린 리더 사용자로서 데이터가 테이블에 제대로 표시되지 않았거나 테이블이 전혀 사용되지 않아 다른 시각적 표시가 사용되기 때문에 데이터가 어떤 상태로 만들어지지 않는 것처럼 보이고 있습니다.

divs가 테이블보다 스크린 리더와 더 잘 작동한다는 관점은 실제 문제가 누락되었습니다.

현재 CSS 및 HTML 표준은 단순히 화면 독자를 돕기 위해 명시적인 태그/표시기를 제공하지 않습니다. 그들이 DIV 또는 테이블을 사용하든 관계없이 "Semantically Hogen CSS 페이지"또는 "작업 완료 테이블 받기"가 대부분의 스크린 리더와 함께 작동하기를 바랍니다.

잊지 마십시오. 테이블을 사용하기 때문에 DIV 만 사용하여 이해할 수없는 페이지를 만드는 것은 똑같이 쉽습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top