Share via


Internet Explorer 8의 새로운 사용자 보조 기능


이 글은 Internet Explorer 개발 팀 블로그 (영어)의 번역 문서입니다. 이 글에 포함된 정보는 Internet Explorer 개발 팀 블로그 (영어)가 생성된 시점의 내용 으로, 제품의 사양이나 기능이 보장되는 것은 아닙니다. 이 글에 포함된 정보의 이용은 사용 조건을 참조해 주세요. 또, 이 글 게재 시점에서 Internet Explorer 개발 팀 블로그 (영어)의 내용이 변경 될 수 도 있습니다. 최신 정보는 Internet Explorer 개발 팀 블로그 (영어)를 참조하십시오.

원본 : New Accessibility Features in IE8 (영어)


업데이트 일자: 2008 년 12 월 11 일

안녕하세요? Internet Explorer 8 의 사용자 보조 기능 담당 프로그램 관리자 JP Gonzalez-Castellan 입니다. Internet Explorer 개발 팀은 Internet Explorer 8 을 사용자 보조 기능이 가장 풍부한 브라우저로 만들기 위한 작업을 계속하고 있으며,  지금까지 완료된 작업의 세부 사항을 설명하고자 합니다. 이 글에서는 사용자 보조 기능에 관한 몇가지 배경과,  사용자 보조 기능을 개선하는 브라우저의 새로운 사용자 인터페이스 (커서 브라우징, 페이지내 검색, 적응식 줌(Adaptive Zoom) ,고 DPI 환경에의 대응 (영어) 등)과 플랫폼 기능 (ARIA (영어) 지원, IAccessibleEx (영어) 지원 및 추가 WinEvents (영어) 지원)을 취합니다.

Q: 소프트웨어의 사용자 보조 기능을 강화하면 몇 퍼센트의 사용자에게 도움이 될 수 있을까요?

A: 모든 사용자에게 도움이 됩니다.

소프트웨어를 포함하여 어떤  제품도 사용자 보조 기능을 개선하면 그 제품의 사용성 향상과 연결됩니다. International Organization for Standards (국제 표준화 기구) (영어) 는 사용성을 다음과 같이 정의하고 있습니다.

"특정한 이용 상황에서, 특정 사용자에 의해서 어떤 제품이 목표 달성을 위한 유효함, 효율성, 사용자 만족도 정도" (ISO9241-11의  JIS Z8521에서  발췌)

이것은 우리가 만드는 제품에 대해 최종적으로 바라는 것이기도 합니다. 사용자 보조 기능을  증명해주는 실례로서,  휠체어용 슬로프를 들 수 있습니다. 미국 장애인 법 (영어) 이 만들어 지고, 공항과 같은 공공 시설에는 휠체어용 슬로프가 설치되었습니다. 공항 측은 유모차가 있는 사용자나 캐리어를 가진 탑승객들도 쉽게 계단을 오를 수 있기 때문에 슬로프를 이용한다는 사실을 알게 되었습니다.  마찬가지로, 소프트웨어의 사용자 보조 기능을 강화하는 것은 모두에게 도움이 됩니다.

키보드 이용 방법은 소프트웨어 분야에 가까운 사례입니다. 마우스를 사용할 수 없는 사용자에게 키보드는 유일한 입력 장치입니다. 일반적인 마우스 조작을 키보드에서도 완벽하게 실행할 수 있도록 하는 것은 마우스를 이용할 수 없는 사용자 뿐만 아니라, 키보드 바로 가기가 소프트웨어를 조작하는 것 보다 훨씬  효율적인 방법인 것을 알고 있어서 굳이 마우스를 사용하지 않는 사용자에게도 편리함을 제공합니다 .

운동 능력 및 시력이 낮은 사용자 경험을 개선하는 새로운 사용자 인터페이스

Internet Explorer 8 은 특히 운동 능력에 제한이 있어서,  마우스나 그 외의 포인팅 장치보다 키보드 또는 키보드와 연동하여 동작하는 장치 사용을 좋아하는 사용자에게 도움이 되는 몇가지 새로운 기능을 추가했습니다. 새로운 커서 브라우징 기능이나 바로 연결, 웹 조각 및 개선 된 페이지내의 검색 기능은 이러한 사용자에게 특별히 도움이 될 뿐만 아니라, 우리가 특정 조작을 완료할 때까지의 과정을 단축시켜줍니다.  시력에 제한이 있는 (영어) 사용자에서는 새로운 적응식 줌(Adaptive Zoom) 기능과 고 DPI 환경 지원이 많은 도움이 될 것 입니다.

커서 브라우징(Caret Browsing) 기능

커서 브라우징 기능은 화면상의 이동 가능한 커서와 키보드를 이용한 웹 페이지 안내를 가능하게 하는 새로운 기능입니다. 사용자는 키보드만을 이용하여, 한 글자만으로도 선택과 복사를 할 수 있습니다. 테이블이나 이미지라는 컨텐츠를 선택하여, 복사할 수도 있습니다.

웹 페이지의 텍스트에서 커서를 이동하는 것은 워드 문서의 텍스트에서 커서를 이동하는 것과 비슷합니다.  < Shift> 키를 누른 채로 화살표 키를 누르면, 텍스트 범위선택을 할 수 있습니다. F7 키를 누르면, 커서 브라우징 기능이 유효에서 무효로 변환합니다. 이 설정은 탭 단위에서도 모든 탭과 윈도우를 대상으로 설정 할 수 있습니다.

Screenshot of a webpage where Caret Browsing is on and visible on the page.

dd218020.AccessibilityBlogPost_2(ja-jp,MSDN.10) 많은 사용자가 특정 작업을 신속하게 실행할 수 있기 때문에 마우스 대신에 키보드를 사용하고 있습니다. 지금은 단어를 선택하여, 키보드의 context menu 키 ( 오른쪽 Alt 와 오른쪽 Ctrl 키의 사이에 있습니다)에서 바로 연결을 호출하여, Windows Live 에서 번역 을 선택하면, 키보드에서 손을 떼지 않고 스페인어의 의미를 확인할 수 있습니다.

Screenshot of a webpage where Caret Browsing is on and visible on the page. Text has been highlighted and the onscreen context menu shows a list of available accelerators.

바로 연결(Accelerator), 웹 조각(Web Slice) , 페이지 내 검색(Find on Page)

Internet Explorer 8 의 바로 연결이나 웹 조각, 개 된 페이지내 검색 기능은 이미 익숙하게 사용하고 있을지 모르겠습니다. 반복하여, 이러한 기능 소개를 하고 싶지는 않지만, 이러한 새로운 기능에 의해 브라우저가 얼마나 이용하기 쉬워졌는지에 대한 설명은 중요합니다.

바로 연결(Accelerator)은 복사, 탐색 (페이지 이동) , 붙이기라는 일반적인 조작순서를 단독 액션으로 간략화하여,  키보드만을 사용하는 사용자는 키 입력 시간을 단축할 수 있습니다.

웹 조각(Web Slice) 는 웹에서 즐겨 찾기 부분만을 꺼낸 것입니다. 웹 조각을 구독하면 즐겨 찾기 (영어) 에서 업데이트 상황을 직접 확인할 수 있는 웹 페이지의 일부입니다. 새로운 탭을 열고, 웹 페이지가 업데이트 되었는지 확인하기 위해 매회 같은 페이지로 이동할 필요가 없습니다. 즐겨 찾기에서 페이지 업데이트가 통지될 때까지 웹 브라우징을 계속할 수 있습니다. 이것은 키보드만을 사용하는 시각 장애인에서 많은 시간과 키 입력 동작 절약이 됩니다. 

페이지내 검색(Find on Page) 기능이 개선되어, 페이지내에 마우스로 가리키는 (hovering) 검색 대화상자는 표시되지 않습니다. 지금부터는 탭아래에  페이지내 검색 도구 막대가 표시됩니다. 검색창에 문자 입력을 시작하면, Internet Explorer 는 페이지내에서 검색 조건과 일치된 문자열을 노란 배경색으로 하이라이트하여, 최초로 일치하는 문자열이 있는 위치까지 페이지를 스크롤 합니다. 검색 키워드가 페이지내에 있는지를 확인하여, 검색 단추를 클릭할 필요가 없기 때문에 키 입력이 큰 폭으로 줄어듭니다. 도구 막대에는 일치된 문자열의 전체 숫자도 표시됩니다. 노란색 배경으로 하이라이트 표시를 하는 새로운 기능은 시력이 낮은 사용자가 페이지 중의 검색대상의 문자열을 신속하고 쉽게 찾아내며, 탭아래에 연결된 도구 막대는 기존의 플로팅 대화상자에 비해, 화면상에서 필요 이상의 영역을 차지하지 않습니다. 화면의 영역은 시력이 낮은 사용자가 사용하는 것이 많은 고배율의 줌 기능을 이용하는 경우에 중요해집니다.

Screen shot of a webpage where the Find in Page toolbar is docked below the tabs. The word 'IE' has been typed in the Find in Page textbox, and hence all the matches for IE on the page are highlighted in yellow.

일반적인 동작을 간략하게 할 수 있는 기능은 키보드 사용자에게 편리함을 주는 것과 동시에 사용자 보조 기능의 커뮤니티에게 도움이 된다는 점이 중요합니다.

적응식 줌 (Adaptive Zoom) 기능과 고 DPI

적응식 줌 (Adaptive Zoom)고 DPI (영어) 의 신규 지원에 대해는 이미 IE Blog 와 MDSN 에서 자세하게 다뤘기 때문에 여기서 더 깊이 다룰  생각은 없습니다. 시력이 낮은 사용자의 대부분이 확대된 사용자 인터페이스의 장점을 활용할 수 있습니다. Windows Vista 의 Windows DPI 크기 조정 (영어) 기능은 운영 체제의 시스템 폰트와 사용자 인터페이스 요소 (메뉴, 도구 막대, 단추 등)만을 확대했지만, Internet Explorer 8 의 폰트와 사용자 인터페이스 요소도 확대되었습니다. Internet Explorer 8 을 확대하면, 지금까지보다 다수의 픽셀을 이용하여 드로잉 된 사용자 인터페이스 요소의 사용이 가능하여, 결과적으로 완성도 높은 경험을 얻을 수 있습니다. 브라우저의 메뉴나 도구 막대는 충분히 커지는데, 웹 페이지의 컨텐츠를 표시하는 영역이 부족한 경우도 있습니다. 이러한 경우, 적응식 줌의 기능에 의해 웹 페이지를 크게 보이게 할 수 있습니다. Internet Explorer 7 과 비교하면, Internet Explorer 8에서는 단지 페이지내의 모든 컨텐츠를 크게 하는 것이 아니라, 페이지 재드로잉과 컨텐츠 조정을 실시하여  수평 스크롤바가 표시되지 않게 합니다. 이렇게 하면,  좌우의 스크롤이 불필요해져, 상하의 스크롤만으로 간단하게 확대한 페이지 브라우징이 가능해집니다.

당초, 이 기능은 시력이 낮은 사용자를 대상으로 했지만, 이것은 또한 사용자 보조 기능의 강화에 의해, 일반인들도 사용하기 쉬워진다는  훌륭한 실례입니다. 저도 집에서는 언제나 이 기능을 이용하고 있습니다. 저는 컴퓨터를 텔레비전으로 접속하고 있습니다. 언제나 텔레비전에서 3m 멀어진 위치에 앉아 있지만, 아무런 문제없이 즐기고 있습니다. 그러나, 당초 TV 를 PC 의 모니터로서 사용할 때, 3m 만 떨어지면 대부분의 컨텐츠는 문자를 읽을 수 없는 것을 알았습니다. 페이지를 크게 하는데 적응식 줌을 사용한 후에는 소파에 앉아서도 화면의 내용을 읽을 수 있게 되었습니다. 시력이 낮은 사용자가 아니어도 이 기능은 매우 편리한 것입니다. 지금까지의 버전에서는 언제나 수평 스크롤바가 표시되어 화면을 좌우에 움직이기 위해서 수직스크롤 막대의 이동 이외에도 마우스를 사용해야 했습니다. 지금부터는 수직스크롤만으로 모든 것을 브라우징 할 수 있습니다.

세부 사항정보, 특히 웹 페이지나 Web Object Control (WebOC)를 고 DPI 에  적용하기 위한 개발자를 위한 정보는 Making the Web Bigger (영어)에서  확인해 주십시오.

시력에 제한이 있는 혹은 눈이 자유롭지 않은 사용자의 경험을 개선하기 위한 새로운 플랫폼 기능

이 섹션에서는 ARIA (Accessible Rich Internet Applications) (영어), IAccessibleEx (영어) 인터페이스가 신규에 지원되어 DHTML (Dynamic HTML) (영어)WinEvents (영어) 에 지원 내용의 추가 및 최종 사용자 경험에 어떠한 영향이 있는지에 대해 다룹니다.

Internet Explorer 나 운영 체제의  적응형 줌, 고DPI  지원 등의 기능이나 도구로 충분한 사용자도 있지만, 시각 장애의 정도에 따라서는 컴퓨터와의 상호작용 조작에 screen magnifiers (화면 확대경)이라는 특수한 타사 제품의 액세스 지원 기술 (assistive technologies = ATs)이 필요합니다. 눈이 보이지 않는 사용자 도스크린 리더 로 불리는 액세스 지원 기술의 일종을 이용하고 있습니다. 스크린 리더는 " 화면을 로드하는" 소프트웨어 액세스 지원 기술입니다. 아시는 바대로, 웹 페이지는 문자와 이미지만으로 구성되어 있는 것은 아닙니다. 문자나 이미지를 복잡하게 레이아웃된 페이지의 경우나 그것들을 상호작용적으로 제어하는 경우, 책의 텍스트를 읽도록 명확하게 읽어 내리는 것은 간단한 일이 아닙니다. 웹 페이지의 HTML 는 스크린 리더에서 유익한 정보가 되지만, HTML 만으로는 웹 페이지의 정보나 상호작용 목표 제어의 모두를 자동적으로 액세스 지원 기술을 전달하는데 불충분한 경우가 있습니다. 이러한 때에 새롭게 지원된 추가 정보를 마크업하기 위한 ARIA 나, 액세스 지원 기술에 그 정보를 전달하는 IAccessibleEx (잠시 후에 설명합니다) 구현입니다. 페이지 동적인 변화에 적응하는 새롭게 추가된 네가지 WinEvents 가 모든 액세스 지원 기술로 취득할 수 있게 되었습니다.

ARIA 지원

W3C (World Wide Web Consortium) (영어) 는 ARIA 를 동적인 Web 컨텐츠와 사용자 지정 사용자 인터페이스를 액세스 가능하도록 하는 구문이라고 정의합니다. Internet Explorer 8은 ARIA 의 역할과 상황을 근거로 하여 액세스 지원 기술에 대한 속성 정보를 공개했습니다. 이 정보는 Microsoft Active Accessibility (MSAA) (영어)Microsoft UI Automation 의 구현을 사용하여 얻을 수 있습니다. 사용자 보조 대상의 간략화된 웹 페이지를 별개로 구축하는 대신에 ARIA 를 이용한 리치 웹 응용 프로그램의 Role (역할), States (상태), 속성을 마크업 할 수 있습니다. 예를 들면, 생성한 스크립트의 동작에 맞춰, DIV 요소에 단추나 체크 박스 또는 다른 ARIA 역할을 정의할 수 있습니다.

ARIA 구문은 모든 사용자에 다이내믹한 리치 웹 응용 프로그램을 잠금 해제 해주는 훌륭한 메커니즘입니다. 동적인 컨텐츠와 트리뷰와 같은 사용자 지정 UI 컨트롤을 가지는 웹 페이지를 기존의 HTML 컨트롤을 재사용하면서 가능한 한 사용자 보조 기능에 대응시킬 수 있습니다. 예를 들어 사용자 지정 트리뷰의 경우, 각각의 아이템을 HTML 목록 요소로서 정의하면 사용자 보조 기능에 대응시키는 것이 가능합니다. 이 접근 방식은 복잡한 코드를 추가하는 경우에는, 구현이 보다 어렵고, 모든 사용자가 똑같은 리치 동작을 얻을 수 없을지도 모릅니다. ARIA 를 사용하면, 자용자 지정 트리뷰에 ARIA 의 treetreeitem 의 역할을 마크업 할 수 있습니다.

Internet Explorer 8 은 초기 단계에서 W3C Web Accessibility Initiative 그룹 (영어) 이나 액세스 지원 기술의 공급업체와 긴밀하게 제휴 작업을 실시해  왔습니다. 작년, 다른 브라우저에서도 차기 버전에서 ARIA 지원이 약속되고, 동시에 스크린 리더가 ARIA 지원 확대를 지속하여, 매우 기쁩니다. 여기 (영어)에서 Internet Explorer 8 이 지원하는 ARIA 역할, 상태, 속성 목록을 확인할 수 있습니다.

IAccessibleEx 지원

Internet Explorer 8 은 요소내의 ARIA 정보를 인식하면, MSAA 구현을 이용하여 그 요소에 관한, HTML 단독의 경우보다 세부 사항정보를 전송합니다. 그렇지만 ARIA 의 역할, 상태, 속성 모두를 MSAA 가 가지는 사용자 보조의 역할이나 속성에 직접 맵핑할 수 있는 없습니다. 왜냐하면 ARIA 정의는 MSAA 정의와는 다른 것으로, ARIA 대상은 MSAA 보다 폭넓기 때문입니다. UI Automation Community Promise Specification (영어) 에서 IAccessibleEx 인터페이스에 관한 자세한 배경 정보를 설명하고 있습니다. 이 인터페이스는 Internet Explorer 8 의 MSAA 구현을 확장하여, Microsoft UI Automation 속성과 제어 패턴을 이용히여 보다 리치한  정보 제시와 취득을 가능하게 합니다. 이것에 의해, 액세스 지원 기술은 필요한 옵션 API 를 통해서 모든 ARIA 정보를 이용하는 것이 가능합니다. 여기 (영어) 에서 Internet Explorer 8 의 ARIA에서 MSAA 와 UI 자동화 매핑에 관한 정보를 확인할 수 있습니다.

액세스 지원 기술에서는 오랜 세월에 걸쳐서 MSAA API  지원이 지속되었지만, 현재는 IAccessibleEx 를 포함한 UI 자동화 지원이 추가로 시작됩니다. UI 자동화를 지원 하지 않는 액세스 지원 기술은 사용자 보조 기능의 계통에서 몇가지 ARIA 정보를 취득할 수 없을지도 모릅니다. 이것은 그러한 계통이 MSAA에서는 전달할 수 없는 정보를 UI 자동화로 전달하고 있기 때문입니다. 대책은 액세스 지원 기술이 DOM (Document Object Model) (영어) 을 분석하여, ARIA 정보 그 자체를 추출하는 방법이 있습니다. 그러나 이 방법은 성능과 보안에 관한 트러블의 원인이 되는 DOM 에 대한 지속적인 액세스를 필요로 하기 위해, 바람직한 방법이 아닙니다. 이 튜토리얼(영어) 에서 UI 자동화를 이용한 Internet Explorer 8 의 필요 옵션에 관한 관련정보가 있습니다.

DHTML 용 WinEvents 의 신규 지원

웹 페이지에 동적인 요소가 증가했던 것에 대응하여, 페이지 내용이 동적으로 변화했을 경우, 그것을 액세스 지원 기술에게 전하기 위한 새로운 WinEvents 지원을 추가했습니다. 이것에 의해 액세스 지원 기술은 사용자가 브라우징 중의 페이지 상태와 보다 밀접하게 동기된 상태를 유지할 수 있습니다. 예를 들면, 사용자가 전자 메일 주소의 앞부분 문자를 입력하는 것만으로, Web 메일 클라이언트는 이용할 가능성이 있는 등록된 연락처를 제시합니다. 연락처가 출력되면 바로 EVENT_OBJECT_REORDER 가 출력되므로, 액세스 지원 기술은 새로운 선택사항을 검색하여, 그러한 연락처가 이용 가능한 선택사항인 것을 사용자에게 통지할 수 있습니다. 이 액세스 지원 기술을 위한 동작 아이템은 이러한 이벤트를 검색하여, 정보를 어떻게 이용자에게 전하고자 하는지 결정합니다.

다음은 액세스 지원 기술 대상으로 검색 시작을 추천하는 4 종류의 새로운 이벤트로, 각각 트리거에 대한 상세 정보 링크가  있습니다.

요약

Internet Explorer 8 의 개발 주기에서는 주요 사용자 보조 기능의 개발 리소스를 사용자 인터페이스와 플랫폼 양쪽으로 투입했습니다. 액세스 지원 기술을 이용하고 있지 않는 최종 사용자도 아마 이러한 새로운 기능이 편리한 것이라는 것을  알 수 있을 것입니다. 물어보고 싶은 것이 있을 때, 혹은 이용시의  장점에 대해서는 잘 모르는 새로운 기능을 바로 시험해 볼 수 있습니다. 예를 들어 적응식 줌에 의한 150% 확대를 사용하여 소파에서 웹을 브라우징할 때, 눈을 보다 편한 상태에 유지하기 위해 고대비(High Contrast) 모드에서 브라우징할 때, 키보드만으로 바로 연결에 액세스 하기 위해서 커서 브라우징 하는 것 등을 시험해볼 수 있습니다. 웹 브라우징을 할 때  액세스 지원 기술을 사용하시는 분도 Internet Explorer 8 을 이용하여 얻을 수 있는 경험을 우리와 함께하고 있는 것을 꼭 권장합니다.

웹개발자 분들은 페이지내에 ARIA 의 마크업을 실행하여, 또 거기에 따라 웹 응용 프로그램의 사용자 보조 기능이 어떻게 향상되었는지 알려주세요(또 인터넷 위에서 이용 가능한 문서에 근거하여, 어떻게 습득 프로세스를 진행시켰는지도 알려주세요) .새로운 기능인 적응식 줌 기능을 여러분들의 웹사이트에서 시험하고, 확대화된 상태의 웹 사이트 사용자 경험을 더욱 향상시키기 위해, Adaptive Zoom blog post 에서 기술된 Saloni 의 추천 내용을 시험해 주세요. 액세스 지원 기술 공급업체 여러분은 새로운 4 종류의 WinEvents 가 예상한 대로 동작하는지도 알려주세요. 바로 연결이나 웹 조각 정보가 사용자에게 전달되었는지도 알려주세요. 마지막으로 또 하나 중요한 것은 이미 제공된 튜토리얼 (영어)UI Automation Community Promise Specification (영어) 을 통해서 UI 자동화 지원을 시작할 수 있다는 것을 알고 있는지 알려주세요.