2007년 2월의 마지막날 why& how to 웹호환 세미나
why
why should we follow web standards?
- Accessibility
- 진정한 의미의 생산성
- 시장은 변화한다.
이 세가지 중에서 web의 진정한 의미는 accessibility 그 자체이기 때문이라는 설명이 웹표준을 왜 지켜야 하는것에 대해서 설명해 주는 전부라고 생각이 들었습니다.
생산성 부분에서는 직접 희망의 증거가 되지 않는 한 설득시키기 어려운것이 현실.
접근성, 웹호환성, 상호 운용성 작은 차이가 있는 단어들이 사용이 되고 있지만 큰 맥을 같이함.
어떤한 사용자도, 어떤 기술환경에서도 전문적인 능력 없이도 웹 사이트에서 제공하는 모든 정보에 접근하고 이용할 수 있도록 보장하는 것.
2006년 국내 웹사이트 호환성 실태조사 보고서가 한국소프트웨어 진흥원을 중심으로 작성이 되었고, 이 조사결과를 각 조사처에 배포할 예정이라고 함.
웹호환성 평가항목
웹표준 준수여부
- w3c 권고안 중 웹표준 관련 항목 준수여부
- 웹언어 사용표준, 스타일정의표준, W3C, DOM&ECMScript 준수여부
웹브라우저 상호운용성
- ie,파이어폭스,사파리등 주요 웹 브라우저별 웹 정보 이용성 조사
- 주요 메뉴 이용,로그인, 회원가입, 콘텐츠 표현, 다운로드,인쇄기능,
공인인증서, 정보검색 및 조회 의사전달기능
평가항목별 가중치에서는 글로벌 네이게이션이 가장 높음.
- 글로벌 네비게이션이 확인이 불가능한 경우 접근 자체가 불가능하기
때문
How to
들어가기
시각 장애인 : 전맹 (스크린 리더)
약시 : 저시력자 (화면확대)
색맹 : 색상 구분이 힘듦
청각장애인 : 수화의 경우 조사가 없음 (청각 장애인 보다 시각 장애인의 인터넷 사용률이 더 높음)
지체 장애인 : 마우스 조작에 어려움(손떨림)
인터넷 웹 콘텐츠 접근성 지침 1.0
KWCAG 1.0
1. 텍스트가 아닌 콘텐츠 인식
- 이미지에 대한 대체 텍스트 제공
img src="kr/abc/img/list.jpg" alt="목록버튼"
- 의미없는 이미지에 대한 대체 텍스트
img src="seokwon.jpg" alt=""
- 명쾌하고 짧은 대체 텍스트 사용
- CAPTCHA 사용에 대한 대안 (음성으로 제공)
2. 영상매체의 인식
- 시간에 따라 변화하는 영상매체는 해당 콘텐츠와 동기되는 대체 매체(예,캡션정보)를 제공해야한다.
3. 색상에 무관한 인식
- 콘텐츠가 제공하는 모든 정보는 색상을 배제하더라도 인지할 수 있도록
구성해야 한다.
- 필수입력 필드에 색깔과 특수문자(*) 동시사용
4. 이미지맵 기법 사용 제한
- 이미지 맵 기법이 필요한 경우에는 클라이언트측 이미지 맵을 사용하며 서버측 이미지 맵을 사용할 경우에는 동일한 기능을 하는 텍스토로 구성된 대체 콘텐츠를 제공해야 함.
5. 프레임 사용 제한
- 콘텐츠를 구성하는 프레임의 수는 최소한으로 하며, 프레임을 사용하는 경우에는 프레임별로 제목을 붙여야 한다.
6. 깜박거리는 객체 사용제한
- 광과민성 발작 증세등에 있는 사용자의 웹 콘텐츠 접근
- 주파수의 범위가 3Hz~49Hz 사이인 콘텐츠 요소들을 포함하지 않아야 한다.
- 페이지에 깜박거림이 있음을 사전에 사용자에게 경고해 주어야 한다.
7. 키보드만으로 운용 가능
- 키보드(또는 키보드 스페이스) 만으로도 웹콘텐츠가 제공하는 모든 기능을 수행할 수 있어야 한다.
- 탭키의 순서
8. 반복 네비게이션 링크
- 웹 콘텐츠는 반복적인 네비게이션 링크를 뛰어넘어 페이지의 핵심부분으로 직접 이동할 수 있도록 구성하여야 한다.
9. 반응시간의 조절 기능
- 실시간 이벤트나 제한된 시간에 수행하여야 하는 활동등은 사용자가 시간에 구애 받지 않고 읽거나 상호작용을 하거나 응답할 수 있어야 한다.
10. 데이터 테이블 구성
- 데이터 테이블은 테이블을 구성하는 데이터 셀의 내용에 대한 정보가 충분히 전달 될 수 었이야 한다.
11. 논리적 구성
- 콘텐츠의 모양이나 배치는 논리적으로 이해하기 쉽게 구성하여야 한다.
- 스타일 시트 사용
12. 온라인 서식 구성
- 온라인 서식을 포함하는 콘텐츠는 서식 작성에 필요한 정보, 서식구성요소, 필요한 기능, 작성 후 제출과정등 서식과 관련한 모든 정보를 제공해야 한다.
- 텍스트 필드에는 적절한 식별자[id]를 그 식별자에 맞는 label를 반드시 제공
- 키보드를 이용해 정확한 순서대로 값을 입력할 수 있도록 tabindex='값' 제공
13. 신기술의 사용
- 스크립트, 애플릿 또는 플러그인 등과 같은 프로그래밍 요소들은 현재의 보조기술의 수준에서 이들 프로그래밍 요소들의 내용을 사용자에게 전달해 줄 수 있을 경우에만 사용해야 한다.
14. 별도 웹 사이트 제공
- 콘텐츠가 항목 1에서 13에 이르는 13개 검사항목을 만족하도록 최대한 노력하였으나, 해결되지 않는 부분이 남아있다면 텍스트만의 콘텐츠를 제공하는 웹 페이지를 별도로 제공해야 한다.
평가도구
- 정보통신 접근성 향상 표준화 포럼
http://www.iabf,or,kr KADO-WAH
http://www.iabf.or.kr/Lab/Kadowah/Kadowah.asp
- Firefox web deveolper extension
https://addons.mozilla.org/firefox/60/
- 후지쯔 color doctor(색맹시험)
http://www.fujitsu.com/global/accessibility/assistance/cd/
- Vischeck
http://www.vischeck.com/vischeck/vischeckImage.php
- 웹접근성 툴바
AIS : www.visionaustralia.org.au/ais/toolbar
WAVE : http://www.wave.webaim.org/index.jsp#toolbar
why
why should we follow web standards?
- Accessibility
- 진정한 의미의 생산성
- 시장은 변화한다.
이 세가지 중에서 web의 진정한 의미는 accessibility 그 자체이기 때문이라는 설명이 웹표준을 왜 지켜야 하는것에 대해서 설명해 주는 전부라고 생각이 들었습니다.
생산성 부분에서는 직접 희망의 증거가 되지 않는 한 설득시키기 어려운것이 현실.
접근성, 웹호환성, 상호 운용성 작은 차이가 있는 단어들이 사용이 되고 있지만 큰 맥을 같이함.
어떤한 사용자도, 어떤 기술환경에서도 전문적인 능력 없이도 웹 사이트에서 제공하는 모든 정보에 접근하고 이용할 수 있도록 보장하는 것.
2006년 국내 웹사이트 호환성 실태조사 보고서가 한국소프트웨어 진흥원을 중심으로 작성이 되었고, 이 조사결과를 각 조사처에 배포할 예정이라고 함.
웹호환성 평가항목
웹표준 준수여부
- w3c 권고안 중 웹표준 관련 항목 준수여부
- 웹언어 사용표준, 스타일정의표준, W3C, DOM&ECMScript 준수여부
웹브라우저 상호운용성
- ie,파이어폭스,사파리등 주요 웹 브라우저별 웹 정보 이용성 조사
- 주요 메뉴 이용,로그인, 회원가입, 콘텐츠 표현, 다운로드,인쇄기능,
공인인증서, 정보검색 및 조회 의사전달기능
평가항목별 가중치에서는 글로벌 네이게이션이 가장 높음.
- 글로벌 네비게이션이 확인이 불가능한 경우 접근 자체가 불가능하기
때문
How to
들어가기
시각 장애인 : 전맹 (스크린 리더)
약시 : 저시력자 (화면확대)
색맹 : 색상 구분이 힘듦
청각장애인 : 수화의 경우 조사가 없음 (청각 장애인 보다 시각 장애인의 인터넷 사용률이 더 높음)
지체 장애인 : 마우스 조작에 어려움(손떨림)
인터넷 웹 콘텐츠 접근성 지침 1.0
KWCAG 1.0
1. 텍스트가 아닌 콘텐츠 인식
- 이미지에 대한 대체 텍스트 제공
img src="kr/abc/img/list.jpg" alt="목록버튼"
- 의미없는 이미지에 대한 대체 텍스트
img src="seokwon.jpg" alt=""
- 명쾌하고 짧은 대체 텍스트 사용
- CAPTCHA 사용에 대한 대안 (음성으로 제공)
2. 영상매체의 인식
- 시간에 따라 변화하는 영상매체는 해당 콘텐츠와 동기되는 대체 매체(예,캡션정보)를 제공해야한다.
3. 색상에 무관한 인식
- 콘텐츠가 제공하는 모든 정보는 색상을 배제하더라도 인지할 수 있도록
구성해야 한다.
- 필수입력 필드에 색깔과 특수문자(*) 동시사용
4. 이미지맵 기법 사용 제한
- 이미지 맵 기법이 필요한 경우에는 클라이언트측 이미지 맵을 사용하며 서버측 이미지 맵을 사용할 경우에는 동일한 기능을 하는 텍스토로 구성된 대체 콘텐츠를 제공해야 함.
5. 프레임 사용 제한
- 콘텐츠를 구성하는 프레임의 수는 최소한으로 하며, 프레임을 사용하는 경우에는 프레임별로 제목을 붙여야 한다.
6. 깜박거리는 객체 사용제한
- 광과민성 발작 증세등에 있는 사용자의 웹 콘텐츠 접근
- 주파수의 범위가 3Hz~49Hz 사이인 콘텐츠 요소들을 포함하지 않아야 한다.
- 페이지에 깜박거림이 있음을 사전에 사용자에게 경고해 주어야 한다.
7. 키보드만으로 운용 가능
- 키보드(또는 키보드 스페이스) 만으로도 웹콘텐츠가 제공하는 모든 기능을 수행할 수 있어야 한다.
- 탭키의 순서
8. 반복 네비게이션 링크
- 웹 콘텐츠는 반복적인 네비게이션 링크를 뛰어넘어 페이지의 핵심부분으로 직접 이동할 수 있도록 구성하여야 한다.
9. 반응시간의 조절 기능
- 실시간 이벤트나 제한된 시간에 수행하여야 하는 활동등은 사용자가 시간에 구애 받지 않고 읽거나 상호작용을 하거나 응답할 수 있어야 한다.
10. 데이터 테이블 구성
- 데이터 테이블은 테이블을 구성하는 데이터 셀의 내용에 대한 정보가 충분히 전달 될 수 었이야 한다.
11. 논리적 구성
- 콘텐츠의 모양이나 배치는 논리적으로 이해하기 쉽게 구성하여야 한다.
- 스타일 시트 사용
12. 온라인 서식 구성
- 온라인 서식을 포함하는 콘텐츠는 서식 작성에 필요한 정보, 서식구성요소, 필요한 기능, 작성 후 제출과정등 서식과 관련한 모든 정보를 제공해야 한다.
- 텍스트 필드에는 적절한 식별자[id]를 그 식별자에 맞는 label를 반드시 제공
- 키보드를 이용해 정확한 순서대로 값을 입력할 수 있도록 tabindex='값' 제공
13. 신기술의 사용
- 스크립트, 애플릿 또는 플러그인 등과 같은 프로그래밍 요소들은 현재의 보조기술의 수준에서 이들 프로그래밍 요소들의 내용을 사용자에게 전달해 줄 수 있을 경우에만 사용해야 한다.
14. 별도 웹 사이트 제공
- 콘텐츠가 항목 1에서 13에 이르는 13개 검사항목을 만족하도록 최대한 노력하였으나, 해결되지 않는 부분이 남아있다면 텍스트만의 콘텐츠를 제공하는 웹 페이지를 별도로 제공해야 한다.
평가도구
- 정보통신 접근성 향상 표준화 포럼
http://www.iabf,or,kr KADO-WAH
http://www.iabf.or.kr/Lab/Kadowah/Kadowah.asp
- Firefox web deveolper extension
https://addons.mozilla.org/firefox/60/
- 후지쯔 color doctor(색맹시험)
http://www.fujitsu.com/global/accessibility/assistance/cd/
- Vischeck
http://www.vischeck.com/vischeck/vischeckImage.php
- 웹접근성 툴바
AIS : www.visionaustralia.org.au/ais/toolbar
WAVE : http://www.wave.webaim.org/index.jsp#toolbar
