2. Text
Text 양식은 웹 설계자에게 유연성을 제공해 주지만, 신중하게 사용하지 않을 경우 상이한 여러 사용자들에게 여러 가지 문제를 초래할 수 있다. 이 주제에서는 Web 페이지에 대한 접근을 보다 용이하게 해 줄수 있는 Text 활용에 대해 다루고자 한다.
가. Text Anchor
<문제점>
(1) 화면 읽기 프로그램을 통해 웹사이트 상의 정보를 검색하는 시각장애인들은 탭키를 사용해서 해당 Web 페이지 상의 링크 내용을 검색하게 된다. 이것이 비록 사용자들에게 링크를 보다 빨리 확인하도록 도와주기는 하지만, 이는 또한 사용자들이 링크 주변 Text를 음성으로 들을 수 없게 만들고, 링크들이 연결된 맥락에 대해 혼돈을 초래하는 문제를 야기한다. 이런 문제점은 특히, 하나의 어구가 동시에 여러개의 링크에 연결되는 Web 페이지에서 두드러지게 나타난다. "이곳을 클릭하시요"라는 목록만을 가진 Web 페이지의 경우가 좋은 예이다.
(2) 시각장애인들은 스페이스나 구둣점에 의해 여러 개의 링크들이 구분되지 않을 경우 여러개의 링크를 하나의 링크로 잘못 이해하게 될 것이다.
<해결 전략>
● 링크에 관련된 주변 Text들이 시각장애인들에게 충분히 인지되도록 Text Anchor를 최대한 설명적으로 만든다. 이렇게 하면 화면 읽기 프로그램을 사용하는 시각장애인들이 Web 페이지 전체를 일일이 읽지 않고도 자신들이 가고자 하는 링크의 내용을 결정하기가 쉬워질 것이다. 이는 문장 내에 링크가 포함되어 있을 경우에는 불가능할 수 있다. 이런 경우에 Web 페이지 설계자들은 Text Anchor에 링크라는 단어를 삽입해 주어야 한다. 그러나 이같은 문제는 추후 화면 읽기 프로그램이나 Web Browser에 의해 개선되어야 할것이다.
● 연속적으로 나타나는 링크 사이에 스페이스나 수평선을 삽입한다. 스페이스를 삽입하면 화면 읽기 프로그램에 의해 한개의 링크가 여러개로 읽히는 혼돈을 방지할 수 있다. 한편, 수평선은 시각장애인들은 물론 정안인들에게도 여러개의 링크들을 구분하도록 돕는다. 위의 주제 'Text'에 있는 7개의 소주제들이 출력된 양식에 주목하라. 각각의 링크들은 여러 개의 스페이스들로 끝나고 줄이 바뀌고 있음을 알 수 있다. 그러면, HTML은 다음과 같이 될 것이다.
<A HREF="#Text.Anchors"> 1. Text Anchors</A><BR>
<A HREF="#Text.1ayout"> 2. Text Layout</A><BR>
<A HREF="#Text.Bitmap"> 3. Bitmap Text</A><BR>
etc. etc.
나. Text 화면구성(Layout)
<문제점>
4각 도표(Tabular) 형태로 구현되는 Text는 화면 읽기 프로그램을 사용하는 시각장애인 사용자들에게 많은 불편을 가져다 줄 수 있다. 즉, 화면 읽기 프로그램은 화면을 읽을때, 칼럼이 아닌 줄 단위로 작동하기 때문이다. 다시 말하면, 화면 읽기 프로그램을 사용하는 시각장애인들은 문서를 읽을 때 한줄 단위로 읽기 때문이다. 즉, 이들은 해당 줄의 왼쪽 첫칸에서 시작해서 오른쪽으로 이동하면서 내용을 읽는다. 만일 Text가 두개의 칼럼으로 구분되어 있는 경우라면, 화면 읽기 프로그램은 우선 왼쪽 칼럼을 모두 읽은 후, 오른쪽 칼럼들의 내용을 읽게 될 것이다. 또한 칼럼으로 된 Text를 읽을 수 있는 화면 읽기 프로그램을 사용하는 시각장애인들 역시 표 안에서 자신들이 어떤줄, 어떤 칼럼에 있는지를 모르는 경우 큰 어려움에 직면하게 된다. 출력하기 위해 표를 사용하는 Web 페이지는 조심스럽게 다루지 않으면 매우 혼란스러운 결과를 초래할 것이다. 예를 들면 다음과 같다.
There is a 30% chance of rain showers Classes at the Un4ersity of Wisconsin
this will
morning, but the weekend looks like it resume on September 3rd.
will be sunny.
이것은 다음과 같이 읽혀질 것이다.
There is a 30% chance of rain showers this Classes at the Un4ersity of Wisconsin will morning, but the weekend looks like it will resume on September 3rd. be sunny.
혼합된 칼럼들의 문제는 그것들이 한 줄에 다 들어가지 못하여 줄이 바뀔 때 더 심각하게 나타난다. 예를 들어, 칼럼들은 다음과 같이 읽혀질 것이다.
There is a 30% chance of Classes at the Un4ersity rain showers of
Wisconsin this morning, but the weekend will resume on September
looks 3rd. like it will be sunny.
<해결 전략 >
● Text 문서를 칼럼 형태로 배열하는 것을 피한다.
● 만약 이것이 불가능하다면 표를 가지고 있는 페이지의 ALT-Text 버전을 만드는 것이 좋다. 도표 주제를 참조하여, 보다 상세한 내용을 참고하도록 한다.
<시험 방법>
● 화면 읽기 프로그램이 화면상의 표를 어떻게 처리하는지를 예상하는 한 방법은 종이 한장을 화면에 부착하고 화면을 가로지르면서 읽는 것이다. 그 종이를 화면 상에서 아래로 옮기면서, 어떤 내용이 있는지를 읽고 다른 사람으로 하여금 내용을 들어보도록 한다. 이때 내용을 이해할 수 있는가를 판단하면 된다.
● 또다른 방법은 문서를 Text만의 양식으로 파일에 저장하는 것이다. (대부분의 Browser의 파일 메뉴에서 할 수 있다.) 이렇게 하여 저장된 내용을 화면 읽기 프로그램을 사용해서 보면, 그것이 얼마나 뒤죽박죽으로 되어 있는지를 쉽게 알 수 있을 것이다.
<미래의 해결 전략>
위에서 논의한 바와 같이 접근성을 향상시키기 위해 수정해야 하는 여러가지 문제들이 존재하고 있다. 표에 관해서는 화면 읽기 프로그램, HTML 내역, 그리고 Browser에 대한 개선 작업이 추진되고 있다. 즉, 화면 읽기 프로그램은 칼럼을 효과적으로 읽을 수 있도록 개발이 진행되고 있고, Browser의 경우에는 도표를 읽기 용이한 양식으로 만드는 작업이 진행되고 있다. HTML 3.0의 경우에는 표의 Cell들에 대한 AXES와 AXIS 속성이 포함되어 있어서, 특정 Cell의 줄이나 칸에 대한 정보를 Browser에 알려줄 수 있다.
다. Bitmap Text
<문제점>
화면 읽기 프로그램은 Bitmap Text에 접근하지 못하며, 단지 그래픽으로만 인식한다. 여기에 관해서는 다음에 나올 그래픽 주제를 참고하기 바란다. 가장 흔한 사례는 어떤 Web 페이지에 사용자가 접근한 횟수를 기록하는 Counter이다. 활용가능한 스크립트를 가진 웹사이트에서 사용자는 Text 형식의 Count를 알기 위해 그것을 선택할 수 있다. 다른 웹사이트들은 컴퓨터가 만들어 낸 Count를 GIF Image로써 알려 주는 웹사이트로 가는 IMG 링크를 종종 사용하기도 한다. 화면 읽기 프로그램이나 Text Browser들의 경우, 그래픽을 발견하면 "Image"라고 읽는다. 즉, "당신은 우리 사이트를 방문한 (Image)번째 방문자입니다." 혹은 "우리 웹사이트를 방문한 이 달의 방문자 총수는 (Image)명 입니다."와 같이 된다.
<해결 전략>
Bitmap의 사용을 피할 수 없다면 해당 내용이 Text로 어디서나 접근 가능하도록 만들어 주어야 한다. 가령, Trace R&D Center의 경우, 선택 사항은 GIF에 의해 구현된다. 이 Web 페이지(http://trace.wisc.edu)는 ALT-Text가 각각의 관계된 image에 대응해 구현되기 때문에 접근이 가능하다. ALT-Text에 관한 더 많은 정보를 얻기 위해서는 "In-Line 그래픽"을 참조하라.
<시험 방법>
● "Autoload Images" 를 끄거나 Lynx와 같은 Text 기반의 Browser로 Web 페이지를 관찰하라.
라. Text 크기
<문제점>
● 저시력자 또는 일시적인 저시력자의 경우, Text를 보다 잘 보기 위해 화면상의 글자 크기를 조절할 수 있어야 한다.
● 이것은 Browser의 화면 출력 폰트를 조절함으로써 이루어질 수 있다.
<해결 전략>
폰트 크기를 구체적으로 지정하는 것보다는 H1, H2, H3과 같이 일정 비를 가지는 폰트 표시를 사용하여 글자 크기가 조절되어도 계속 일정한 비율을 갖게 하는 것이 좋다.
마. Text 색
<문제점>
시각장애인 사용자들이 색상의 대비를 선명하게 하기 위해 HTML 페이지의 색상 세팅을 조정할 수 있을지라도, PDF나 Style Sheet 등 다양한 색상을 요하는 경우에는 사용자들의 이같은 능력은 별다른 효과가 없게 된다. 또 많은 사용자들은 위와 같은 기능을 사용할 수있다는 것조차 모를 수 있다.
<해결 전략>
● Text의 색과 배경색간의 확실한 대비가 이루어지도록 하는 것이 필요하다.
● 현재 사용하는 모니터를 확인하는 것이 좋다. 흑백 모니터에서도 Text를 읽을 수 있는가를 확인한다. 이에 대한 보다 자세한 정보는 참고문헌에 포함된 Lighthouse 팜플렛 자료를 참조하라.
바. 구둣점과 각종 상징들
<문제점>
화면 읽기 프로그램들은 종종 구둣점을 무시하는 경우가 있다.
<해결 전략>
어려운 구둣점이나 화살표, 약어 같은 것의 사용을 삼가한다. 약어의 경우 철자를 일일이 풀어주는 것이 좋다.
사. 변하거나 움직이는 Text
<문제점>
● Blink Tag가 사용되는 경우, 특정 Browser들에서는 순간적으로 얼마동안 그 단어가 화면에서 사라지게 된다. 그리고 다른 Browser의 경우에는 그 단어를 둘러싼 상자가 잠시 사라졌다가 다시 나타나게 된다. 화면상의 상자를 Blink하는 Browser는 화면 읽기 프로그램 상에 커다란 문제를 야기하지않지만, Text 자체를 Blink하는 Browser의 경우에는 해당 단어를 놓칠 수 있다.
● 종종 화면 읽기 프로그램은 테두리가 쳐진 Text가 화면에 나타나면 그것을 화면에 나타나는 순서대로 한 번에 한 글자씩 읽기 때문에, 그것을 거꾸로 읽는 경우가 있다.
● 화면 읽기 프로그램은 테두리가 쳐진 Text나 Blink된 Text가 나오면 작동을 멈추는 수가 있다.
● 특정한 장애(주위 집중 장애)를 가진 사람들에게 있어서 이것은 매우 곤란한 문제이다.
<해결 전략>
Blink나 테두리 태그의 사용을 삼가하는 것이 좋다. Text에 주의를 집중시키기 위해서는 대문자나 Text의 색, 글자의 크기 등, 다른 방법을 활용하는 것이 좋다.