2008년 3월 22일 토요일

웹표준 합시다. 제발 합시다.

이 글은 그간 제가 웹접근성과 웹표준화를 공부하면서 쌓인 내용들을 나름의 방법으로 정리한 것입니다. 다소 확실하지 않거나 오해를 만들수 있는 부분들이 있을 수 있습니다. 이점 이해 부탁드리며, 잘못된 것이 있다면 댓글을 남겨주세요. 또한 참고한 자료와 사이트를 일일이 링크하지는 못했습니다. 하단부에 관련 URL을 적어두는 것으로 대신하겠습니다.

  1. 들어가며
  2. 웹 접근성(Web Accessibility)이란?
  3. 웹 접근성의 화두 '장차법'
    1. 어떤법인가?
    2. 처벌의 범위?
    3. 처벌은?
    4. 국내 장애인별 장애인 수
  4. 웹 표준(Web Standard)이란?
    1. 브라우저 전쟁
    2. Firefox의 등장
    3. IE8은 IE 6,7과 다른가?
    4. 진퇴양난, IE 8과 '장차법'
  5. 웹 접근성 지침과 웹 표준화 작업
    1. 웹 접근성 지침
    2. 직군별 웹표준 업무
  6. 웹 표준 이후
  7. 기타 이슈와 Q&A
  8. 참고사이트
  9. 참고서적

들어가며

HTML Coder로 시작해서 Web Publisher 라는 이름으로 바 낀 지금까지 저는 HTML을 다루는 일을 해왔습니다. 97년 겨울에 처음 시작했으니까 햇수로는 10년 차가 넘어갔습니다. 보내온 시간만 봐서는 꽤나 많이 해온 것 같지만 지난해 저는 제가 얼마나 우물 안 개구리였는지 깨닫게 되었습니다. 그리고 한국의 수많은 자 붙은 직종의 사람들이 저처럼 개굴거리며 살고 있었는지를 알았습니다.

웹접근성과 웹표준에 대한 이야기를 해볼 겁니다. 그런데 이 이슈가 어제 오늘 갑자기 튀어나온 게 아닙니다. 적어도 웹표준을 지켜야 한다는 명분은 국내에 인터넷이 보급되던 90년대 중반부터 존재해 있었고, 2000년을 전후로 영어권 국가들은 웹표준을 따르기 시작했습니다. 우리는 그걸 2006년이 되어서야 깨닫고, 이제서야 해야 해, 말아야 해를 가지고 말싸움을 하고 있는 겁니다.

웹접근성(Web Accessibility)이란?

제가 다니는 회사는 강남에 위치해 있습니다. 정확히는 역삼 역에서 도보로 10분 정도 걸리는 곳에 위치해 있습니다. 버스도 많고, 주변에 지하철 역도 2곳이나 됩니다. 서울이라면 어디서든 쉽게 올 수 있습니다. 서울을 벗어나더라도 수원이나 인천, 성남, 용인 등에서도 광역 버스를 이용해서 1시간 내외면 올 수 있습니다. 이게 접근성이죠. 접근성이 상당히 좋은 편입니다. 만약 이 정도로 좋은 접근성이 아니었다면 저는 지금의 회사를 선택하지 않았을 수도 있습니다.

사람들은 다양한 플랫폼과 다양한 브라우저로 웹에 접속할 수 있습니다.


그럼 웹접근성은 뭘까요? 우리는 인터넷에 접속하기 위해서 웹브라우저를 이용합니다. MSIE 6 이나 7 을 실행하겠죠. 대부분 말입니다. 요즘 주변에 맥북, 아이팟 터치 쓰시는 분 많죠? 거긴 Safari라는 브라우저가 기본 브라우저입니다. 그리고 저처럼 웹퍼블리싱을 하거나 웹개발을 하시는 분들 중에는 Firefox 라는 브라우저도 많이 씁니다. 요즘 FF가 점유율을 계속해서 올려서 MS를 위협하고 있죠. 그 밖에도 리눅스에서는 Konqueror Galeon과 같은 브라우저가 쓰입니다. 북유럽 쪽에서 인기를 끌고 있는 Opera 도 있네요. Firefox를 만든 Mozilla Foundation SeaMonkey GrandParadiso 와 같은 브라우저도 있죠. 참 많죠? 그런데 브라우저만 많은 게 아닙니다. 같은 브라우저라도 플랫폼이나 OS마다 조금씩 차이가 있고, 버전마다 다릅니다. 결국 웹사이트는 하나인데 접근할 수 있는 방법은 수십 가지가 된다는 이야기입니다. 또 있습니다. 아이팟 터치도 그렇지만 PDA나 핸드폰에서도 점차 인터넷 사용이 증가할 겁니다. Play Station이나 X-box와 같은 게임콘솔이나 냉장고와 TV같은 생활가전 속에도 인터넷이 들어갑니다. 거기 있는 브라우저들이 모두 Internet Explorer일까요?

과거에 생겼다가 사라진 브라우저들이 아닙니다. 현존하는 수 많은 브라우저중에 일부입니다.


  W3C(World Wide Web Consortium)의 WAI(Web Accessibility Initiative)에서는

"웹 접근성은 장애를 지닌 사람이 웹을 이용할 수 있는 것을 의미한다.(Web accessibility means that people with disabilities can use the Web.)"

라고 소개하고 있습니다. 얼핏 장애인을 위한 내용 같지만 현실적으로 장애인을 고려한 웹사이트를 추가로 제작하는 것은 여러 가지 측면에서 불편한 요소를 많이 만들어냅니다. 결국은 폭 넓은 의미에서 '모든 사용자들이 웹을 이용할 수 있어야 한다' 는 의미입니다. 결국은 하나의 웹사이트 또는 웹컨텐츠로의 접근에 차별을 두어서는 안된다라는 의미입니다. 제가 취직 준비 중에 접근성이 낮았던 회사의 합격에도 불구하고 입사하지 않았던 것과 같이 사용자 역시 접근성이 낮은 사이트는 방문하지 않을 것입니다.

우리가 만들어낸 대부분의 웹사이트는 저들에게 무용지물입니다.

사용자 삽입 이미지

NHN의 접근성 관계요소


웹접근성의 화두 '장차법'

* 아래 내용은 CDK 웹진에 올라온 정찬명씨의 글 '장애인차별금지 및 권리구제등에 관한 법률'과 대응방안을 요약 정리했습니다.

장차법은 '장애인 차별금지와 권리구제를 위한 법률(법제처)'이라고 합니다. 2007년 4월 10일에 제정되었으며, 정확히 1년 후인 오는 2008년 4월 11일 시행되어  1년내 공공기간을 시작으로 5년내 일반기업 및 개인으로까지 적용범위가 단계적으로 확대됩니다. 그럼 장차법에 대해서 간단히 살펴보겠습니다.


  1. 어떤법인가?

    장차법 제1조(목적)에도 명시되어 있지만 이 법률은 모든 생활 영역에서 장애를 이유로 한 차별을 금지하고 장애를 이유로 차별받은 사람의 권익을 효과적으로 구제하기 위한 것입 니다. 위에서 이야기한 웹접근성의 "장애를 지닌 사람이 웹을 이용할 수 있는 것"과 같은 맥락입니다. 즉, 장애를 가진사람이 웹사이트에 접속하는데 제한을 받게 되면 '장차법'에 위배된다는 의미가 됩니다. 준비없이 웹사이트를 만들었다가 범죄자가 되는 시기가 오는 것입니다.

  2. 차별의 범위?

    장차법에서는 비교적 구체적인 6가지 사례를 제시하였는데, 그 중 하나로 해당되면 차별행위라고 정의하고 차별의 원인이 2가지 이상이며 그 주된 원인이 장애라고 인정되는 경우 법률상의 차별로 판단합니다. 여러가지 차별행위 가운데 의미가 가장 포괄적인 두가지 차별행위를 소개하면 아래와 같습니다.

    1. 장애인을 장애를 사유로 정당한 사유 없이 제한,배제,분리,거부 등에 의하여 불리하게 대하는 경우

      → 장애를 지니고 있다는 이유로 장애인에게 불리한 조건을 만들면 안된다는 것과 정당한 사유가 있다면 장애인에게 불리한 조건을 주고도 차별에 해당하지 않는다는 점인데 영세한 회사가 감당하기 힘든 가격때문에 웹표준 사이트를 만들지 못할수도 있는데 이런 경우에는 '악의적인' 차별에는 해당되지 않기 때문에 처벌되지 않을 수 있습니다.

    2. 장애인에 대하여 형식상으로는 제한,배제,분리,거부 등에 의하여 불리하게 대하지 아니하지만 정당한 사유 없이 장애를 고려하지 아니하는 기준을 적용함으로써 장애인에게 불리한 결과를 초래하는 경우

      → 장애를 고려하지 않는 기준을 적용하는 것도 차별행위에 해당됩니다. 최근 UI/UX가 관심 키워드로 떠오르면서 웹기획자와 웹디자이너들이 쉽게 올리는 말이 사용자를 위한 UI입니다만 과연 장애인을 위한 UI를 고민한 적은 있었는지 돌이켜봐야 합니다. 이제는 대표집단을 의미하는 사용자가 아닌 진정한 의미에서 모든 사용자로 사용자의 의미가 확대되는 것입니다. 20대 젊은층을 대상으로 하는 의류사이트라고 할지라도, 10대나 50,60대처럼 정상인이지만 작은 글씨와 현란한 사이트에 적응하기 힘든 사용자들을 위한 접근성을 함께 고려해야 하며, 장애인을 고려한 시청각 콘텐츠도 함께 제공해 주어야 한다는 이야기입니다.

  3. 처벌은?

    이러한 차별행위가 발생하는 경우 손해배상, 입증책임, 벌칙(3년이하의 징역 또는 3천만원 이하의 벌금)이 따르게 되는 법으로 강제력이 부여됩니다. 단, 악의적인 경우에 해당되며 시정기간이 주어지게 됩니다. 그렇다고 한번 오픈한 사이트를 소송에 걸린 후에 다시 표준화 작업을 하게 된다면 시간과 인력낭비를 초래하게 될 것입니다.

  4. 국내 장애인별 장애인 수

    2007.03말(보건복지부) 기준으로 2,010,595명으로 집계되었으며, 그 가운데 웹에 대한 접근이 가능한 체, 시각, 청각 장애인은 전체 인구의 3%정도를 차지하고 있습니다.

    지체장애자라 하더라도 중급장애가 아닌 경우에는 대부분 어느정도의 웹사이트 사용이 가능한데, 마우스를 사용할 수 없거나 빠른 컨텐츠를 제어할 수 없는 정도의 장애를 가질수 있습니다. 이런 지체 장애인을 위해서는 키보드만을 이용해서 웹사이트를 사용할 수 있도록 준비되어야 하고, 플래쉬 모션 그래픽을 이용한 과도한 애니메이션은 상당한 접근성 제한을 가져올 수 있습니다.

    시각장애인의 경우에는 아무리 멋진 비주얼과 모션을 보여주는 웹사이트라 할지라도 전혀 도움이 되지 못합니다. 그들을 위해서는 시각 이미지와 모션 그래픽을 대체할 수 있는 텍스트의 지원이 절실합니다. HTML에는 이미 이미지를 대체할 수 있는 속성이 지원되고 있으며, 플래쉬 역시 대체 텍스트 기능이 있지만 많은 경우 생략되고 있는 실정입니다. 이렇게 대체지원된 텍스트는 '스크린리더'를 통해서 시작장애인에게 음성정보로 제공될 수 있게 됩니다.  또한, 많은 사이트들이 비주얼을 위해서 폰트를 작게 디자인하는 경우가 많은데 이런 경우 정상인에게도 잘 보이지 않는 심각한 접근성 제약을 주기도 합니다. 이런 경우에는 폰트 사이즈를 사용자가 충분히 키울 수 있도록 em과 같은 상대 폰트 단위를 사용하거나, 폰트 확대/축소 기능을 사이트 내에 제공해 주어야 합니다. 그리고 공지나 이벤트 페이지의 팝업을 제한하고, 링크의 새창으로 열기 속성은 사용하지 않아야 합니다. 눈이 보이지 않는 시각장애인에게 스크린리더를 통한 웹서핑중 새창으로의 이동은 기본창으로의 복귀를 어렵게 만듭니다. 더불어 UI의 단계 역시 지나치게 깊지 않아야 합니다. 2,3단계 이상 들어가는 메뉴 구성은 접근성을 점차 나쁘게 만들기 때문입니다. 플래쉬로 만들어진 UI 역시 접근성이 좋지 않습니다. 플래쉬 UI의 경우 대체 텍스트와 키보드 제어를 충분히 검토해 봐야 할 것입니다.

    청각장애인 은 시각장애인과 반대로 음성으로 제공되는 컨텐츠를 대체 텍스트로 제공해 주어야 합니다. 최근 인기를 모았던 UCC사이트들이 주요 타킷이 될 수 있습니다. 웹이 커지면서 동영상이 커다란 컨텐츠 시장을 형성하고 있는데 이러한 동영상 컨텐츠를 제대로 자막 지원해야 할 것입니다.

    필요한 경우 시각장애인을 위한 텍스트 사이트나 청각장애인을 위한 음성 사이트를 따로 만들게 되는데, 많은 경우 본래의 사이트보다 적은 수준의 컨텐츠를 제공하거나 업데이트가 제대로 이루어지지 않을수 있습니다. 이는 장애인에 대한 또다른 차별이 될 수 있기 때문에 결코 좋은 방법이 아닙니다.

웹표준(Web Standard)

브라우저전쟁

우리가 '표준'이라고 생각하는 웹표준은 사실 W3C가 발표하는 '권고안'입니다.(W3C의 '권고안'이 만들어지는 과정) W3C의 '권고안'에 대해서 표준이 아니다 표준에 준하는 것이다 말이 많기는 하지만 현재의 분위기는 전자에 가까운듯 합니다. 최근 W3C가  'Standard'라는 용어를 사용하기 시작한것도 한 몫 한것 같습니다. 하지만 이 아리송한 '권고안' 때문에 수많은 브라우저들이 개별적인 마크업과 속성, 플러그인등을 지원하면서 특정 브라우저에 종속되는 불균형적인 웹사이트를 다량으로 생산하게 됩니다. 90년대 말 Netscape의 Navigator와 MS의 Internet Explorer의 싸움이 가장 큰 이슈가 되었던것 같습니다. 두 회사는 자사의 브라우저를 조금이라도 우위에 두기 위해서 '권고'되지 않은 기능들을 계속해서 추가했고, 일부는 Netscape를 지원하는 웹사이트를 일부는 Explorer를 지원하는 웹사이트를 만들어내는 풍토가 되어 버렸습니다. 그리고 결과적으로 Explorer가 Netscape를 밀어내고 최근까지 IE의 독과점 시대를 만들어냈습니다. 사실 IE는 개발자들에게 지탄의 대상이 될만큼 멍청한 브라우저는 아닙니다. 최고 수준의 웹표준 전문가들이 MS에 있었고, 그들에 의해서 만들어진 Mac용 IE 5.5+는 Windows용으로 개발된 IE 6보다도 안정적인 표준기술 지원과 새로운 기능들을 보여주었었습니다. 하지만 MS는 Mac용 IE의 개발을 중단하고, Windows용 IE 6 이후의 새로운 버전을 개발하는데 큰 신경을 쓰지 않게 됩니다. 운영체제 시장을 독식하고 있었던 MS는 IE를 Windows의 기본브라우저로 포함시키면서 브라우저 시장역시 잠식하였고, 최고 90%에 육박하는 전세계 점유율을 기록하기까지 이릅니다. 하지만 IE 5, 6에는 표준 기술인 CSS를 처리하는 방식에 있어서 W3C의 권고안과 상당한 차이를 보이고 있었고, 이는 수많은 개발자들로 하여금 '잘못된' 방법을 '당연한' 방법으로 착각하게 만드는 실수를 범하게 된 것입니다. 많은 개발자들은 과거 Netscape Navigator가 시장을 독식할때처럼 이번에는 Microsoft Internet Explorer를 위한 웹사이트를 만들시 시작한겁니다.

Firefox의 등장

절치부심 과거의 영광을 되찾고자 했던 Mozilla 에서 2004년 Firefox 1.0(Phoenix 0.1 → Firebird 0.6 → Firefox로 이름이 바뀜)을 발표합니다. Firefox는 W3C의 표준안을 성실히 따른 브라우저였고, 무료였으며, 오픈소스였습니다. 윈도우나 리눅스, 맥을 가리지도 않았습니다. 수많은 개발자들은 Firefox의 탄생을 환영했습니다. 처음에 MS에게 Firefox는 그저 잘만든 브라우저중 하나였을 뿐이었지만, 지금은 가장 위협적인 존재가 되었습니다.

사용자 삽입 이미지

웹 브라우저의 역사를 한 눈에 보실 수 있습니다.


MSIE는 2005년 12월 87.7%에서 2006년 83.01%, 2007년 78.58%로 내리막길을 걷고 있는 반면 파이어폭스는 2005년 12월 7.88%에서 2006년 11.59%, 2007년 14.95%로 꾸준히 상승세를 타고 있습니다.

비IE 브라우저 점유율이 결코 IE 브라우저의 모든 버전을 합친것보다 적지 않습니다.('07)

 

Firefox 지역별 점유율('06.7)
아시아의 비IE 브라우저 사용률이 가장 낮습니다. 심지어 아프리카보다도 낮습니다.


위 차트에서도 알 수 있지만 국내의 사정은 북미나 유럽등 영어권 국가들과는 격차가 많이 나는 것이 사실입니다. 아시아 전체가 10%가 채 되지 못한데 한국은 현재까지도 한자리수 사용률을 보이는 것으로 알고 있습니다. 하지만 최근 MS가 발표한 IE 8 beta1 는 W3C의 표준안을 상당부분 따르는 브라우저가 되었습니다. 그동안 우리는 MSIE 6, 7에 맞추어진 웹사이트를 당연시하며 만들어 왔습니다. IE6,7에 맞추어진 웹사이트가 특별히 '한국적인 색'을 가진다면 십분 양보하여 이해의 입장을 보일수도 있겠지만 결국은 클라이언트의 무지와 잘못된 개발관행이 고쳐지지 않고 계속해서 답습되어 왔기 때문인 것입니다. 결과적으로 2008년 2/4분기에 IE8의 정식버전이 발표(비슷한 시기에 Firefox 3 역시 발표)된다면 이같은 관행은 큰 차질을 빚게 될 것이며 뒤늦게 수습하기 위한 대책강구에 시간과 인력을 낭비하게 될 것입니다.

IE8은 IE 6,7과 다른가?

네 IE8은 다릅니다. 물론 아직 Beta라는 딱지를 붙이고 있지만, 이번 Beta 1의 공개는 단순히 정식판에 앞선 맛보기가 아님을 MS측에서 분명히 밝혀두고 있습니다. (This Beta version of Internet Explorer is for web developers and designers.) IE 8 Beta 1은 웹개발자를 비롯한 실무자들에게 정식판에서 부딪칠수 있는 문제들에 대해서 미리 준비할 수 있도록 IE 8의 표준 엔진의 사용을 허락한 것입니다. 실제로 IE 6,7과 8 beta 1이 우리가 만든 웹사이트를 어떻게 보여주는지 확인해 보겠습니다.

Interet Explorer 만 지원하는 경우

 

대표 온라인 게임 브랜드 업체인 PMANG은 비IE 브라우저를 원천적으로 제한합니다.

국내 최다 서포터즈를 자랑하는 K리그 인기 구단 '수원 블루윙즈'의 공식 웹사이트는 심각하게 깨져 보입니다.

심지어 서브페이지에서는 메인메뉴로 이동할 수 있는 플래쉬메뉴가 사라져 보입니다.

대표 오픈마켓 서비스인 GMARKET 역시 메인페이지 일부분이 심하게 깨지거나 겹쳐져 내용을 확인할수가 없습니다.

금호생명이 웹사이트입니다. 거의 모든 레이아웃이 깨어져 보입니다.


Internet Explorer 8 Beta 1 의 경우

(웹표준을 어느정도 지킨 웹사이트만을 대상으로 삼았습니다)

한국의 대표 포털 Daum과 Naver입니다.

메인페이지에 대한 표준화가 상당부분 이루어진 덕분으로 과거처럼 심하게 깨지지는 않지만

폼 영역등 일부분에서 깨지거나 겹쳐져서 '클릭'조차 되지 않는 경우가 생겼습니다.

CYWORLD의 경우도 역시 여기저기 틀어짐과 겹침이 발생하고 있습니다.

최근 리뉴얼된 NaviCall 사이트 역시 레이아웃이 깨지고, 컨텐츠 영역은 하단으로 떨어져 내려갔습니다.


Adobe의 공식 웹사이트입니다. Firefox에서는 잘 보이지만 Internet Explorer에서는 레이아웃의 순서까지 뒤바껴 있습니다.


제가 작업했던 경기관광공사 e-thankyou입니다.

부분적인 표준화 작업으로 인해 Firefox에서는 다행히 무리가 없이 보이고 있지만

Explorer 8 Beta 1에서는 우측 컨텐츠 영역이 밀려서 화면 아래로 떨어져 버렸습니다.

서브 페이지는 부분적으로 비표준 코딩으로 인해 겹쳐지거나 깨지는 영역도 있을 것입니다.


웹표준화를 준수했을 경우

국내 대표 웹에이젼시인 바이널의 최근 프로젝트인 Anycall Land입니다.

중앙 컨텐츠 영역에 밀림현상이 발견되지만 컨텐츠를 읽을 수 없는 상황은 아니면, 간단한 수정으로 처리가 가능해 보입니다.

역시 바이널이 제작한 Samsung mobile Global Site입니다.

왼쪽 폼 역역이 틀어져 보이지만 역시 간단한 수정만이 요구되는 수준입니다. 전체적으로는 거의 제대로 보여지고 있습니다.

웹표준을 준수한 CNN과 ESPN 그리고 APPLE의 공식 웹사이트입니다.

IE8beta1에서도 일부 영역에서 약간의 밀림 현상만 있을뿐 사이트 전체적으로는 상당히 양호합니다.


사실 위의 화면들은 단순한 웹서핑의 결과일 뿐입니다. 정상적으로 보이는 사이트들중에는 상당수가 IE의 Quirks mode로 작동되고 있었습니다. 이는 레이아웃이 깨지지 않고 잘보인다고 하더라고 "웹표준"을 지켰다고 볼 수 없는 경우입니다. IE의 Quirks mode는 HTML문서에 표준 Doctype을 지정하지 않았을 경우 IE가 임의로 알아서 렌더링을 해주는 방식으로 현재의 비표준 웹사이트의 주범이기 때문입니다. MS가 IE 7의 실패에도 불구하고 IE 8의 표준기술 엔진을 표준 렌더링 엔진으로 탑재한 것을 보면 언젠가는 IE5, 6,7의 하위호환성을 포기할수도 있음을 내다 봐야 합니다. 그렇게 되면 과거에 Quirks mode로 제작된 모든 웹사이트는 어느날 갑자기 날벼락을 맞게 될 것입니다. 단체로 MS에게 소송이라도 걸어야 할겁니다. 여하튼 IE 8 beta 1의 발표는 웹접근성과 웹표준 입장에서 의미하는바가 큽니다. 그동안 우리는(실무자들) 대표 브라우저로서 주저없이 Internet Explorer의 손을 들어주어 왔습니다. 하지만 IE 8 Beta 1이 그간의 고집을 꺾고 표준 기술 지원에 앞장서게 됨으로써 더이상 비IE 브라우저들을 무시할수 없게 되어버린 것입니다.

진퇴양난!

우리는 지금 진퇴양난에 빠져 있습니다. 앞으로는 IE 8과 뒤로는 '장차법'이 버티고 있습니다. Internet Explorer에서만 잘 보이면 된다라는 식의 제작관행은 이제 IE의 배신(?)으로 기댈 곳이 없어졌고, 온갖 꼼수를 써서라도 곤경을 피하고자 하더라도 오래잡아 4,5년 내에 한국의 모든 웹사이트는 '장차법'에 의한 소송대상이 될 수 있습니다. 지금까지 그런거 몰라도 된다. 안해도 된다. 웹퍼블리셔만 잘 하면 되는거 아니냐. 라는 식의 미뤄내기는 소용이 없습니다. 당장에 "내"가 알아야 하고 "내"가 공부를 해야하는 상황입니다.

웹접근성 지침과 웹표준화 작업

웹 접근성이 특별히 장애를 가진 사람들에게 이슈가 되면서 수년간 장애인 단체와 사회복지기관에서는 인터넷 웹사이트에 대한 법적인 시정 요청을 해왔고, 결과적으로 오는 4월 '장차법'이 시행되기까지 이르렀습니다. 그럼 우리는 어떻게 해야할까? 당연한 이야기지만 웹접근성을 살리기 위해서 웹표준에 맞는 웹기획과 웹디자인, 웹개발, 웹퍼블리싱을 해야합니다. 하지만 기준이 없다면 과거에 MS가 W3C의 권고안을 무시했던것처럼 또다시 제각각의 기준안과 꼼수들이 난립할 것이고, 결국에는 웹접근성이 더욱 더 나빠지는 상황을 초래할 것입니다. 다행히 W3C는 1999년 Web Content Accessibility Guidelines 1.0(WCAG1.0)을 만들어 발표하고 한국도 W3C의 WCAG 1.0(14개 지침, 65개 검사항목)와 미국의 재활법 508조(Section-508)를 참조하여 2005년 14개 지침항목, 37개 요구조건을 제시하고 있는 KWCAG 1.0을 발표합니다. KWCAG 1.0은 WCAG 1.0과 몇가지 차이점을 보이지만 둘 중 어느것을 따르더라도 상당한 웹접근성을 준수할수 있고 표준화된 사이트를 만들수 있습니다. 하지만 모든 항목을 완벽하게 준수하는 것은 충분한 인력과 경험, 시간이 없이는 쉽지 않다는게 문제입니다. 웹표준화 작업을 수행할 수 있는 웹퍼블리셔가 대부분 포털이나 게임사쪽으로 유입되어 있고, 대다수의 웹에이젼시에는 인력이 많이 부족한 것도 사실이지만 기본적으로 웹기획자와 웹디자이너, 웹개발자의 인식자체가 낮기 때문에 일부 웹퍼블리셔들의 설득과 홍보에도 불구하고 웹접근성 강화와 웹표준화 작업이 잘 이루어지지 않고 있다고 볼 수 있습니다.

우리는 지금까지 웹접근성이 무엇인지 알아봤고, 웹접근성이 기기와 브라우저, 모든 사람에게 차별없이 웹컨텐츠를 제공할 수 있는 것이라고 했습니다. 웹표준화는 바로 웹접근성을 위한 첫걸음인 것입니다. 웹표준화를 준수한 웹사이트는 MS의 IE나 Mozilla의 Firefox, Apple의 Safari에도 똑같이 잘 보여집니다. 기기와 브라우저간의 차별성을 해결할수 있게 됩니다. 바로 크로스 브라우징입니다. 더불어 웹표준화를 통해 '시멘틱 마크업(의미있는 태그를 붙이는 작업)'을 한다면 시각장애인이나 청각장애인을 위한 별도의 웹사이트를 제작하지 않고, 하나의 웹사이트로 충분히 동일한 컨텐츠를 제공할수 있게 됩니다.

그럼 구체적으로 직군별로 웹표준화를 어떻게 이해해야 할지 생각해보겠습니다.

  1. 웹기획자
    - 웹 기획자는 웹퍼블리셔와 함께 개념적으로 웹표준을 가장 잘 이해하고 있어야 하고, 적용가능한 표준기술과 스펙을 알고 있어야 합니다.
    - 웹디자이너가 비주얼적인 측면을 강화하기 위해서 웹접근성을 해칠수 있기 때문에 이를 사전에 스토리보드에서 명시해주거나 지적해줄 수 있어야 합니다.
    - 더불어 웹접근성과 관련한 '장애인 차별금지와 권리구제에 대한 법률'을 확실히 이해하고, 대응할 수 있어야 합니다.
    - 시각장애인을 위해서 RSS를 이용한 컨텐츠 제공 사이트를 기획하는등 접근성 향상을 위한 효과적인 방법을 고안하고 기획하는 일 역시 기획자가 책임감 있게 맡아야할 부분입니다.
  2. 웹개발자
    - 웹개발자는 웹퍼블리셔에 의해 작성되 HTML 문서를 직접 다룹니다. 따라서 웹표준 기술인 (X)HTML과 CSS, 표준 스크립트를 이해할 수 있어야 합니다.
    - 그리고 CSS의 ID값과 같이 개발시 충돌이 일어날 수 있는 부분들에 대한 사전 논의와 조율이 필요합니다.
    - 특별히 스크립트에 있어서 웹퍼블리셔와 웹개발자가 별도로 작성되는 경우가 많습니다. 이에 대한 표준 기술로의 통일과 조율이 필요합니다.
  3. 웹디자이너
    - 웹 표준화와 관련해서 가장 개념 접근과 이해가 어려운 직군이 아닌가 싶습니다. 웹디자이너는 기본적으로 웹접근성을 고려한 디자인에 대한 고민이 요구됩니다.
    - 비주얼적인 측면이 강조하다보면 전경과 배경 사이의 혼란으로 시각장애인에게 접근성을 제한할 수 있고,
    - 폰트 사이즈 역시 너무 작은 사이즈는 일반인도 읽기 어려울만큼 접근성이 낮추는 경우를 만들게 됩니다.
    - 특별히 UI에 대한 디자인은 웹접근성을 충분히 고려한 형태로 디자인되어야 할 것입니다.
    - 아울러 완성된 디자인이 웹퍼블리셔에 의해서 표준화 코딩이 상당히 어려울수 있다. 아이디어 단계에서부터 기획자와 웹퍼블리셔와 함께 충분한 논의가 진행되어야 할 것이다.
  4. 플래셔
    - 플래쉬 모션 그래픽은 기본적으로 플랫폼이나 벤더 종속적이지 않습니다. 별도의 플러그인 위에서 작동하기 때문에 크로스브라우징과 같은 문제를 크게 야기시키지 않습니다. 하지만 많은 경우 플래쉬 무비에 키보드 제어나 대체 텍스트의 지원이 미비합니다. 이 같은 기능을 적극 사용해야 합니다.
    - 또한, 플래쉬 음성이나 영상과 같이 시청각장애인에게 제공되지 못하는 컨텐츠를 위해서 자막 동기화 기술이나 음성 대체 기술등을 연구하고 개발해야 합니다.
    - 그리고 한국의 많은 사이트들이 UI를 플래쉬 영상으로 화려하게 만들고 있는데, 이는 웹접근성 입장에서 여러가지 어려움을 만들게 됩니다. 위에서 언급한 키보드 제어와 대체텍스트를 확실히 이용한다면 플래쉬 UI 역시 훌륭한 것이 되지만, 그렇지 못할 경우 장애인에게 플래쉬 사이트는 나침반이 없는 배를 탄 것과 같은 기분이 들 것입니다.
  5. 웹퍼블리셔
    - 웹 퍼블리셔는 과거에는 HTML Coder라고 불리던 직군으로 최근에 웹접근성과 웹표준화가 이슈가 되면서 새롭게 평가를 받고, 자리를 잡아가고 있는 직군으로 웹표준화에 가장 깊게 관여되어 있습니다.
    - 웹퍼블리셔에게는 웹접근성에 대한 이해와 적용 가능한 HTML 4 / 5를 비롯한 XHTML 1.x, 2.0 / XML / CSS 2.x , 3.0 / JavaScript, DOM 등과 같은 표준기술이 필수적으로 요구됩니다.
    - 웹기획자로부터 제안받은 명세를 디자인 없이 표준기술로 구현할 수 있어야 하고,
    - 웹디자이너의 디자인을 최대한 표준 코딩으로 HTML문서를 작성할 수 있어야 하며,
    - 동시에 웹개발자의 작업에 무리가 없는 코드를 생성할 수 있어야 합니다.

간단하게 직군별로 웹표준 업무를 어떻게 받아들이고, 대응해야 할지 알아봤습니다. 지금까지는 웹접근성이나 웹표준화에 대한 내용을 알고 있어도 고객사가 원하지 않거나 계약조건에 포함되지 않으면 제작업체인 회사가 이를 처리하지 않아도 되었습니다. 하지만 '장차법'이 시행되면 공공기관을 포함한 대부분의 기업들이 1~2년 이내에 웹표준화 작업에 대한 인식을 갖게 될 것이고, 제작업체에 이를 당연히 요구할수 있습니다. 이를 위해 미리부터 표준인력을 구인하거나 교육을 실시하는 회사도 늘어나고 있습니다. 특별히 표준화 코딩만을 사업으로 시작하는 신규사업도 만들어지고 있습니다. 웹접근성과 웹표준은 근본적으로 웹사이트 개발 프로세스를 바꿔갈 수 있습니다. 기획에서 디자인, 퍼블리싱과 개발로 이어지는 선형화된 프로세스를 깨고, 기획과 퍼블리싱이 동시에 이루어지고, 디자인과 개발이 함께 진행합니다. 또는, 기획 이후에 디자인과 퍼블리싱이 함께 작업되며 별도의 개발 프로세스가 완성되고 다시 퍼블리싱과 결합되어서 사이트를 완성할 수도 있습니다. 일부에서는 이미 '웹2.0 스토리보드(가칭)' 또는 '웹표준 프로세스'의 방법을 도입하여 실험하기도 합니다. 아직은 실패가 많지만 실패의 주된 원인이 사람에 의한 이해부족이 가장 컸던것을 보면 웹접근성과 웹표준화에 대한 이해와 그에 맞는 자기계발이 선행되어야 할 것으로 생각됩니다.

웹표준 이후

우리는 90년대 중반 이후 꾸준히 변화해 가는 웹을 지켜보고 있습니다. 구글 이전과 이후를 갈라 웹 1.0과 2.0이라고 부르기 시작했습니다. 가히 구글시대라고 불리어도 좋을만큼 구글의 영향력은 큽니다. 웹표준화를 잘 지킨 사이트는 구글랭크에서 상위권에 위치합니다. 또 AJAX라는 기술을 통해서 웹표준을 화려하게 포장하는 재주까지 부렸습니다. 이 두가지는 사람들로 하여금 웹표준을 지켜야 하는 이유를 만들어주게 되었습니다. 웹표준화가 웹사이트의 검색결과를 높여주며, AJAX를 필두로 RIA 기술을 탄생시켜 새로운 장르로의 웹사이트를 만들수 있는 계기까지 만들어 준 것입니다. AJAX든 FLEX든 결과적으로 우리는 시멘틱한 마크업을 통해 웹표준을 준수해야 할 필요성이 생긴 것입니다. 웹표준을 준수한 사이트가 웹접근성을 충분히 보장해 줄수 있을 것이며, 다양한 플랫폼과 브라우저에 종속되지 않게 해줄 것입니다. 미래에 새롭게 나타날 브라우저에서도 잘 보여질 것이고, 새로 출시한 핸드폰과 PDA에서도 사용자들은 컨텐츠를 제공받을 수 있습니다. 시각장애인에게는 음성컨텐츠가 제공될 것이고, 청각장애인에게는 자막이 제공될 것입니다. 손이 불편한 지체장애인에게는 키보드를 조작하는 것만으로도 웹사이트 곳곳을 돌아다닐 수 있게 될 것입니다. 우리는 이렇게 웹표준으로 만들어진 '당연한' 웹사이트들을 차별없이 접할 수 있게 될 것입니다.

기타 이슈

  1. <B>와 <STRONG>
    디자인에서 굵게 표시된 텍스트를 HTML문서에서 <B>와 <STRONG>중 어느 앨리먼트로 정의를 해야 옳은지 의문을 가질 필요가 있습니다. 테이블에 포함된 제목컬럼을 흔히 굵게 디자인합니다. 하지만 과거에 많은 경우 <TD>앨리먼트에 <B>앨리먼트를 이용했습니다. <TH>앨리먼트를 사용한다면 이미 굵게 디자인된 화면을 볼 수 있고, 의미적으로 제목임을 알 수 있게 됩니다. 또한, <B>앨리먼트는 '강조'의 의미를 가지지 않습니다. 시작장애인을 위한 '스크린리더'에서 <B>앨리먼트는 아무런 강조표시(음성) 없이 읽혀지지만 <STRONG>앨리먼트는 더욱 큰 음성메세지를 전달해줍니다.
  2. 헤드라인 앨리먼트
    과거의 경우 로고와 제목은 단순히 이미지로 대체되어 왔습니다. 하지만 <H1>~<H6>앨리먼트를 사용한다면 검색엔진은 더욱더 정확한 검색결과를 보여줄 것이며, 덤으로 상위권에서 사이트를 보여줄 수 있습니다.
  3. <DIV>의 오해
    < DIV>는 의미를 가지지 않는 그룹핑 앨리먼트입니다. 하지만 <TABLE>은 표를 작성하기 위해서 만들어진 '의미'있는 앨리먼트입니다. 우리는 많은 경우 디자인의 레이아웃을 <TABLE>로 잡아왔습니다. 표가 아닌 경우에 사용해 온 것입니다. 레이아웃은 <TABLE>이 아닌 <DIV>로 잡는것이 의미적으로 옳습니다. 더불어 <DIV> 레이아웃은 코드의 직관성을 가져다 줍니다. <TABLE>의 중첩 레이아웃보다 간견하고, 디자인을 모듈화하여 코드화 시킬수 있습니다. <TABLE> 레이아웃은 변경된 디자인을 재코딩하기가 쉽지 않습니다.
  4. Select Box 디자인좀 해달라
    <Select> 앨리먼트는 디자인이 적용되지 않습니다. 디자인이 적용된 Select Box는 접근성을 해치게 됩니다. HTC나 Javascript를 사용해야만 가능하기 때문입니다. 또한, 접근성 높은 Select Box에는 필수적으로 [Go]버튼이 지원되야 합니다. 이는 정상인에게는 불편함을 야기시킵니다. 하지만 장애인을 포함한 모든 사용자를 위해서라면 정상인의 불편함에 이해를 구해야할 필요가 생기며, 웹디자이너는 이를 위해서 과거에 많은 경우 디자인하지 않았던 Select Box 옆의 [Go]버튼을 새롭게 그려 넣어야 하는 고민을 해야만 할 것입니다.
  5. 1px을 맞춰달라
    1px의 차이는 양보할 수 있어야 합니다. 웹디자이너에게 코드화된 웹사이트가 자신의 디자인과 완벽하게 일치하기를 바라는 마음이 있습니다. 웹퍼블리셔 역시 웹디자이너의 디자인을 완벽하게 코드화하고 싶은 욕심이 있습니다. 하지만 많은 경우 쉽지 않습니다. 디자인이 복잡해질 수록 불가능에 가까워집니다. 과거처럼 단 하나의 브라우저에만 맞추는 것이라면 얼마든지 해낼 수 있을지도 모릅니다. 하지만 근본적으로 다양한 플랫폼과 운영체제, 브라우저 그리고 버전별로 같은 코드는 서로 다르게 보여집니다. 웹퍼블리셔는 그것까지 해결하고자 노력할 겁니다. 하지만 프로젝트는 기간내에 마쳐져야 합니다. 결국은 웹디자이너의 한발 양보하는 이해심과 유연한 웹디자인에 대한 고민이 필요해지는 것입니다. 폰트가 사용자에 의해서 강제로 키워져도 깨지지 않는 레이아웃을 가지는 유연한 웹디자인이 웹에서 보다 효과적인 디자인이라는 사실을 깨달을 필요가 있습니다.
  6. 플래쉬는 표준화가 안된다?
    플래쉬 모션 그래픽은 웹접근성을 충분히 고려할 수 있습니다. 최근 버전의 플래쉬에는 키보드로 플래쉬영상을 컨트롤하거나 대체텍스트를 지원할수 있도록 하고 있습니다. 하지만 많은 경우 생략되고 있습니다. 또한 용량이 큰 플래쉬 영상의 로딩상태바를 시각 장애인은 볼 수 없습니다. 아마도 그냥 사이트를 빠져 나갈 것입니다. 훌륭한 기술이지만 플래쉬로만 만들어진 사이트는 근본적으로 장애인의 접근을 막아버리는 최악의 웹접근성을 가질 수 있습니다. 플래쉬를 위한 웹접근성 강화 연구가 필요한 이유입니다.
  7. 웹접근 품질 마크제
  8. 정보문화진흥원에서 장애인, 고령장 등이 웹사이트 이용에 불편이 없도록 웹 접근성 표준 지침을 준수한 우수 사이트에 대하여 품질마크를 부여하는 제도입니다. 아래는 웹접근성 품질마크 인증절차입니다.

  9. HTML/CSS Validation
    Validation은 HTML과 CSS의 잘못된 문법구조를 확인해주는 서비스입니다. W3C에서 시작되어 일부 기업과 공공기간에서 별도의 Validation을 제공해주기도 합니다. 웹표준으로 만들어진 웹사이트들은 대부분 이 Validation을 통과하게 됩니다. 단, Validation은 어디까지나 기계적인 검사이므로 단 하나의 에러도 없이 통과했다고 하더라도 완벽한 웹표준이라고 볼 수 없습니다. 또한, 웹접근성까지 완벽하게 검사해주지는 못합니다. Validation은 어디까지나 개발자 입장에서 자신의 코드를 체점하는 평가 도구일 뿐입니다.
  10. Section-508(미국 재활법 508조)
    미국은 W3C의 WCAG 1.0(1999)을 웹접근성 평가 근거로 삼지 않습니다. Section-508(1998)이라는 자체 법률을 사용합니다. Section-508은 2001년 6월 부터 미 연방정부에 적용되기 시작했지만 민간기업이나 지방정부에는 강제적용되지 않습니다. 하지만 미국의 국가적 입지와 무역통상의 관례에서 볼 때 이것은 범세계적인 규정으로 발전할 가능성이 있습니다. 이미 한국형 WCAG인 KWCAG 1.0이 이 WCAG 1.0과 Section-508을 근간으로 하여 만들어졌습니다.
  11. KWCAG 1.0
    한국 웹콘텐츠 접근성 가이드라인 1.0은 '인식의 용이성', '운용의 용이성', '이해의 용이성', '기술적 진보성' 등 총 4개의 지침과 각각의 세부 요구조건으로 구성되어 있습니다. 의미하는 바는 쉽습니다. 누구나 인식할 수 있어야 하고, 누구나 운용할 수 있는 편리함이 있어야 하고, 누구나 이해할 수 있는 수준이어야 하고, 진보적인 기술을 포함해야 한다는 것입니다. 이를 모두 준수한다면 상당한 웹접근성을 준수하는 웹사이트가 될 것입니다. 하지만 대부분의 업계 실무자들의 인식이 부족하고 가장 깊숙이 이 문제를 고민하고 있는 웹퍼블리셔와 일부 웹기획자들 역시 그 수가 많이 부족합니다.

참고 사이트

본 글은 아래 사이트의 여러 글을 통해서 발췌되거나, 생각이 덧붙여져서 작성되었습니다. 충분한 검토 없이 작성된 글이라 오류가 있을수 있고, 오해를 가질수도 있습니다. 개인적으로 그동안의 웹접근성과 웹표준을 정리하기 위해서 작성된 것으로 아래 참고 사이트를 함께 남겨둘 것이니 참고하시기 바랍니다.


참고 서적


다음은 제가 그간 시맨틱 웹을 이해하고, 웹접근성과 웹표준화를 공부하는데 계기가 되거나 도움이 되었던 책들입니다. 순서없이 나열한 것들인데 특별히 김중태님의 '시맨틱 웹'은 군 복무기간동안 읽게 되었고, 그날 이후 웹 퍼블리셔라는 직업에 대한 희망을 갖기 시작했었습니다. (지금도 김중태님의 블로그에는 좋은 글들이 많이 올라와 있습니다.) 기술적으로는 에이콘 출판사에서 출시되고 있는 웹프로페셔널 시리즈가 좋습니다. '웹 2.0을 이끄는 방탄웹'은 제게 웹표준이란 무엇인가?라는 화두를 던져준 책이었고, 'CSS 마스터 전략'은 당연하지만 우리에겐 새로웠던 CSS 디자인을 일깨워준 책이었습니다. 기술이론서로는 '웹표준 교과서'가 충실하고, 제프리 잴드만의 '웹표준 가이드'는 웹기획자와 웹디자이너에게도 꼭 읽혀주고 싶은 책입니다. 실무에서의 이해와 적용을 충실히 설명해주고 있는 책입니다. '구글스토리'와 '싸이월드는 다음을 넘어섰을까'는 구글 이전와 이후의 웹 세계관을 통찰하는데 도움이 될만한 서적이고,'싸이월드는 다음을 넘어섰을까'의 저자 김철수님의 블로그 글 '표준 스토리보드 구상기'와 '웹표준 고생기'는 그간 업계에서 진행해오던 관례를 깨고 실험적으로 표준화 작업을 시도한 케이스로 읽어볼만한 글입니다. 마지막으로 의외다 싶을만한 책 몇권을 소개하고 있습니다. '하이퍼텍스트'에 대한 서적인데 사실 제 전공이 국어국문학이고, 좀 더 먼 미래에 웹과 문학을 아우르는 새로운 장르 또는 시스템을 연구하거나 개발하는 꿈을 가지고 있습니다. 그래서 문학쪽에서의 웹, 즉 '하이퍼텍스트 문학'과 같은 장르에 관심을 두고 있는데 '하이퍼텍스트'는 사실 웹을 본질입니다. 링크와 마디로 이루어지고, 비선형적인 공간인 웹을 이해하는데에는 '하이퍼텍스트'관련 서적은 꽤 좋은 책들이 될것이라고 생각해 봅니다.
제프리 젤드만의 웹표준 가이드(위키북스 오픈소스 웹 시리즈 5)(제2판) 상세보기
제프리 젤드만 지음 | 위키북스 펴냄
'위키북스 오픈소스 웹' 시리즈, 제5권 『제프리 젤드만의 웹표준 가이드』. 제2판. 웹표준 분야의 최고 권위자인 저자가 2003년에 저술하여 베스트셀러가 된 〈Designing With Web Standards〉의 초판을 완전히 새롭게 번역하여 출간한 것이다. 이 책은 접근성이 높은 웹사이트만이 살아남는 Web2.0 시대를 대비하여, 우리가 편하고 빠르게 일할 수 있도록 도와주는 웹표준에 대해 이해하기 쉽게 소개하고 있다. 아울러 웹표준은
시맨틱 웹(웹 2.0시대의 기회) 상세보기
김중태 지음 | 디지털미디어리서치 펴냄
웹 2.0 가이드. 이 책은 IT 칼럼니스트이자 김중태 문화원 원장인 저자가 쓴 것으로 PC 잡지와 언론 매체를 통해 썼던 칼럼들을 모아서 출간했다. 이 책은 현재의 국내 IT 환경에 대한 고찰과 미래에 대한 통찰 그리고 차세대 웹인 시맨틱웹이 제시하는 비전과 기회를 보여주고 있으며, 앞으로 한국 IT 기업이 나아갈 방향에 대하여 제시하고 있다. 『시맨틱 웹』에서는 시맨틱 웹의 진행과정, 정보의 생성과 배포, 활용까지의
구글 스토리(검색으로 세상을 바꾼) 상세보기
존 바텔 지음 | 랜덤하우스코리아 펴냄
가로 10cm, 세로 1cm 남짓한 '판도라 게이트'라 불리는 검색창을 통한 검색으로, MS를 누르고 현재 미국 대학생들이 가장 일하고 싶어하는 기업, 매일 6500만 명이 접속하여 전세계에서 35개의 언어로 2억 5000만 건 이상 검색하는 세계 최대 검색엔진, 미국 비즈니스 역사상 최단기간 급성장한 전도유망 인터넷기업, GM, 맥도널드보다 기업가치가 높고 장부상 빚이 없는 우량기업, Gmail, Print, Google, Earth 등 참신한 아이디
싸이월드는 과연 다음을 넘어섰을까 상세보기
김철수 지음 | 길벗 펴냄
돌풍을 일으킨 싸이월드의 웹 기획은 무엇일까? 또한 다음은 어떤 웹 전략으로 자신의 위치를 지키고 있을까? 그 외에도 네티즌의 주목을 받는 인기 사이트에는 어떤 비밀 전략이 있는지를 차근차근 짚어 보는 웹기획 책이다. 디자인 정글과 싸이월드 웹기획 클럽 등에 웹 기획 칼럼을 인기리에 연재 중인 저자가 제시하는 상식을 뒤집은 웹기획 아이디어 39가지가 들어있다. 저자는 훨씬 새롭고 막강한 기능으로 무장한 사이트도
웹 표준 완전 정복 세트 (전3권) 상세보기
댄 씨더홈 지음 | 에이콘출판 펴냄
웹 표준 마스터를 위한 바이블! 『웹 표준』과 『방탄웹』, 『CSS 마스터 전략』을 하나로 ! 웹 표준 개발 관련 전문서 세트. 이 책은 웹 표준 개발 전문서 3권을 한 세트로 묶은 것으로 웹 표준의 개념에서부터 문제점, CSS 관련 전략에 이르기까지의 내용을 담았다. 『실용예제로 배우는 웹 표준』에서는 여러 가지 웹 표준 개념의 이론과 실습을 다루며, 쉽게 이해할 수 있도록 문제에 대해 여러 가지 다른 해결방법을 보
웹표준 교과서 상세보기
마시코 타카히로 지음 | 디지털미디어리서치 펴냄
웹 표준의 원리와 원칙을 정리한『웹표준 교과서』. 이 책은 XHTML과 CSS를 이용한 올바른 웹 페이지를 만드는 방법을 설명한 것으로 웹 표준의 역사와 배경, 웹 기술의 표준화단체, 디자인방법과 웹 사이트를 장식하는 콘텐츠와 전환방법 등을 담았다. 또한 브라우저의 구현과 호환성, 레이아웃과 다양한 사용자를 배려하는 설계방법, 효율적인 정보 수집을 지원하는 웹 기술법에 관하여서도 설명한다. ☞ 이 책에 실린 소스는
CSS 마스터 전략(고급 웹 표준 사이트 제작을 위한) 상세보기
앤디 버드 지음 | 에이콘출판 펴냄
CSS 활용서. 이 책은 CSS 기본 개념을 정리해 의미 있는 마크업 작성의 중요성, 코드를 잘 구조화해서 유지보수가 용이하게 하는 방법, CSS 레이아웃 모델의 동작원리 등을 다룬다. 다양한 예제통해 실무에 바로 적용할 수 있는 실전 기법을 익힐 수 있도록 했다. 《CSS 마스터 전략》은 CSS 기본에 대한 핵심 정리와 이미지, 링크, 리스트 처리나 폼, 데이터 테이블 같은 핵심적인 CSS 기법을 다루고, 핵, 필터, 브라우저 버그
하이퍼텍스트 2.0 상세보기
조지 P.랜도우 지음 | 문화과학사 펴냄
하이퍼텍스트와 문화 전반에 대해 고찰한 책. 저자는 이 책에서 관심의 초점을 인터미디어에서 마이크로코즘, 스토리스페이스, 그리고 월드 와이드 웹(WWW)으로 옮겨면서 하이퍼텍스트의 종류, 다양한 양식의 링크 연결하기, 테크놀로지에 대한 태도들, 그리고 인터넷 상에서의 도박과 포르노의 만연에 관하여 다루고 있다. 또한 저자는 하이퍼미디어 내에서 하이퍼미디어를 통한 글쓰기의 수사학과 스타일에 대해서도 광범위한 언

사이버 문화 하이퍼텍스트 문학 이론편 상세보기
김종회 지음 | 국학자료원 펴냄
사이버 문화와 하이퍼텍스트 문학의 이론 및 작품의 실제를 다룬 책. 그동안 논의된 사이버 문학 이론들을 철학, 기술, 사회, 문학 등의 다양한 측면에서 정리하였다. 또한 하이퍼텍스트성을 구현한 국내외 작품들과 통신공간을 중심으로 이루어진 사이버 문학 작품들을 살펴봄으로써 이론과 작품의 상관성을 함께 고찰하고 있다. 제1권 <이론편>의 '국외이론편'에서는 사이버 문화이론과 하이퍼텍스트 이론을 다루고 있다.
하이퍼 텍스트(문학의 기본개념 1) 상세보기
유현주 지음 | 연세대학교출판부 펴냄
DOM 스크립트(에이콘 웹 프로페셔널 시리즈8) 상세보기
제레미 키스 지음 | 에이콘출판 펴냄
웹 표준 기반을 위한 자바 스트립트 활용서. 이 책은 자바스크립트와 DOM(문서 객체 모델)을 통한 표준 기반 웹 디자인을 만들기 위한 내용을 설명한 것으로 자바스크립트를 마크업에 넣지 않고도 역동적인 효과와 핵심 기능이 유지되는 스크립트 코드 짜는 방법 등을 설명한다. 또한 다양한 예제를 통해 Ajax에 올바르게 접근하는 법과 웹 표준을 살리는 멋진 DOM 스크립트 살펴보기, YUI, Prototype 웹 표준에 맞게 쓰기, 착한
웹 2.0 경제학 상세보기
김국현 지음 | 황금부엉이 펴냄
웹 2.0에 대한 명쾌한 정의와 분석! 신문, 방송, 책을 비롯하여 새로운 미디어로 각광받고 있는 포털까지도 변화시키고 있는 웹 2.0. 모든 산업이 이 거대한 폭풍을 맞이해 살아남기 위해 변화하는데, 기업도 예외일 수는 없다. 웹 2.0에서 미래를 읽지 못하는 기업은 살아남기 어렵기 때문이다. 컨설턴트이자 인기 블로거인 저자는 기업이 웹 2.0을 쉽게 받아들이도록 경제학적으로 접근하였다. 수익 모델이 없던 웹 상에서
WEB 2.0 이노베이션 상세보기
오가와 히로시 지음 | 브라이언앤컴퍼니 펴냄
웹 2.0 입문서. 이 책은 웹 2.0의 개념과 웹 2.0 서비스, 웹 2.0 비즈니스 전략 수립방법에 관하여 일본에서 쓴 것을 번역한 것으로 웹 2.0의 개념에 대한 알기 쉬운 설명과 함께 웹 2.0이 가지는 비즈니스적인 의미를 담았다. 또한 애플, 구글, 아마존 등 글로벌 기업의 웹 2.0 비즈니스 전략은 어떤 것인가를 체계적으로 분석해 앞으로의 방향을 제시하고 역사적인 측면까지 설명했다. 《WEB 2.0 이노베이션》에서는 웹의 역사

댓글 103개:

  1. 무척 잘 정리해 주셨네요. 좋은 글 잘 읽었습니다. (__)

    답글삭제
  2. 대단한 녀석 ;ㅂ; 머찌구나!

    답글삭제
  3. @정찬명 - 2008/03/19 03:13
    두서없이 정리된 제 글을 읽어주셔서 너무 감사합니다. 항상 뵙고 싶었던 분의 댓글을 만나게 되니 너무 좋은데요^^

    답글삭제
  4. @bitty - 2008/03/19 12:01
    부족해 부족해.. 아직은 다른 사람의 생각들을 내 것으로 동화시켜가고 있을 뿐이잖아. 더 공부해서 내 생각을 만들어야지^^

    답글삭제
  5. 와~ 정말 장 정리하셨네요.

    정리하면서도 많은 공부가 된다고 생각해요. 저도 좀 정리가 많이 필요할것 같아요~ㅎㅎ

    틈날때마다 들어와서 봐야겠어요~ㅎ

    답글삭제
  6. 그동안의 일들을 마치 파노라마로 보는 듯 하네요

    웹표준을 하자는 한사람의 한이 서려있는 듯한 글 감동으로 봤습니다. ^^

    답글삭제
  7. @dduck - 2008/03/20 01:24
    하하;; 감사합니다;

    그저 끄적거려놓은 것일 뿐이었는데..

    반응이 좋아서 몸둘바를 모르겠네요^^

    답글삭제
  8. @윤좌진 - 2008/03/20 18:22
    와와.. 윤좌진님 ㅠ ㅠ

    감사합니다. 이렇게들 찾아주시고

    좋은말씀들 남겨주셔서 너무 너무 감사합니다~

    더 열심히 공부하겠습니다

    답글삭제
  9. 좋은글 잘읽었습니다. 저의 팀원들도 보게 해야겠네요.^^

    답글삭제
  10. @허정학 - 2008/03/21 00:03
    부족한 제 글을 읽어주셔서 감사합니다^^

    팀원들에게 도움이 되는 글이었으면 좋겠네요.

    답글삭제
  11. 정말 잘 읽었습니다..

    저같은 아이에게는 꼭 필요한 한번쯤 정리를 해야지 싶었는데..

    이렇게 친절하게 정리해주시니...

    감사합니당~!

    답글삭제
  12. 좋은 글 잘 읽고 갑니다~



    봄눈님이 열심히 정리해 놓으신 블로그 글들을 읽으면서

    프로젝트에만 급급해 만사를 제쳐놓은 제 자신을 반성하게 되는군요~~~ ^^

    답글삭제
  13. @뽀뽀 - 2008/03/21 08:52
    하하~ 읽어주셔서 감사합니다~

    우리 함께 웹표준해요~!

    답글삭제
  14. @호이♡ - 2008/03/21 09:20
    제 글이 도움이 되었다니 기분이 좋네요^^

    많은 분들이 이렇게 웹표준에 대해 관심을 가지셨으면 좋겠어요~

    답글삭제
  15. 악! 멋짐!! +_+

    비표준은 갈 길이 멀군...ㅜㅜ

    답글삭제
  16. 정말 좋은글입니다. 특히 각 직군들의 역할이나 의견차이 조율같은 부분은 정말 좋은것 같아요.

    답글삭제
  17. @하루나 - 2008/03/21 10:59
    ^^ 누나도 잘 하시잖아요~

    힘내세요~!

    답글삭제
  18. @이태임 - 2008/03/21 11:10
    네 감사합니다~

    답글삭제
  19. @쭌군 - 2008/03/21 11:34
    직군들의 영활부분을 좀더 잘 정리하고 싶었는데 다른 직군에 대한 의견이 부족해서 아쉬웠습니다. 좋은 의견이 있으시면 댓글 남겨주세요^^

    답글삭제
  20. 좋은 글 잘 읽었습니다. 웹표준의 필요성을 호소력있게 전개해 주셨네요.

    답글삭제
  21. 너무 좋아서 긁어서 모셔갑니다

    실례가 되질 않길 바랍니다

    좋은글 두고두고 공부하겠습니다

    감사합니당^^

    답글삭제
  22. @구름 - 2008/03/21 12:35
    호소력까지야..^^ 과찬이십니다.

    답글삭제
  23. @멈 - 2008/03/21 12:49
    많은 분들이 읽어주실수 있다면 저야 감사할 따름이죠^^

    출처만 확실히 밝혀주세요~

    답글삭제
  24. 좋은글 감사합니다.

    한가지 궁금한점이 있어 질문드립니다.

    Select box 옆의 go 버튼이 없을 때 어떤 불편이 있을까요?

    답글삭제
  25. @Headvoy - 2008/03/21 15:43
    시각장애인의 경우 스크린리더를 이용해서 웹서핑을 하게 되고 키보드로 조작하게 됩니다. select box에 선택버튼이 없게 되면 onChange 설정으로 작동하게 되는 경우가 많은데 이 때 시각장애인은 select box의 여러가지 항목중에서 두번째 이상의 항목을 선택할 수 있는 기회를 박탈당하게 되는것입니다. 키보드로 첫번째 항목을 선택하는 순간 웹사이트는 첫번째 항목의 링크값으로 이동하기 때문이죠.

    답글삭제
  26. 그런 이유였군요. 잘 배웠습니다. 감사합니다. ^^

    답글삭제
  27. @Headvoy - 2008/03/21 16:47
    네~ 또 궁금하신거나 이상한게 있으면 물어봐주세요~

    답글삭제
  28. 봄눈은 정말 부지런해... 정말 장머쪄~~ ㅋㅋㅋㅋ

    답글삭제
  29. 와우~

    웹표준에 관해서 한페이지로 다 정리하신 것 같습니다.

    웹이라는 각 직군 중에서 웹퍼블리셔로서의 위치와 앞으로의 방향도 제시해준 것 같아서 힘이 납니다.

    답글삭제
  30. 저와 비슷한 시기에.. 비슷한 고민을 안고 계셨군요.

    우연찮게 좋은 글 읽게 되어 고맙습니다.

    답글삭제
  31. @hobread - 2008/03/21 16:52
    멋지긴요-_-;;;

    우리 이군 너무 혹사시키진 마세요 ㅋㅋ

    답글삭제
  32. @이제명 - 2008/03/21 18:14
    그 부분이 가장 미흡했고, 아쉬운 부분인걸요...

    읽어주셔서 감사합니다^^;

    답글삭제
  33. @mirage - 2008/03/21 18:18
    아 네 감사합니다.

    많은 사람들이 함께 고민하고 풀어갔으면 좋겠습니다.

    답글삭제
  34. 안그래도 이번에 블로그 개편을 하면서 "웹표준이란 무엇인가" 링크에 넣을 글을 쓰고 있었는데 깔끔하게 정리된 글을 읽고 감동하며 갑니다. 너무 수고하셨습니다.

    답글삭제
  35. 저 월요일부터 아름이 누나랑 같이 근무합니다!!

    주어진 시간은 한달인데, 한달동안 열심히해서 포트폴리오와 실무를 확실하게 느끼고 경험을 해야겠어요!!!!



    그리고 봄눈형의 포스팅! 정말 많이 도움이 됐습니다!!



    페이지오프 확 떠버렸으면 좋겠어요!!ㅎㅎ

    답글삭제
  36. @일모리 - 2008/03/23 03:12
    아~ 일모리님^^ 안녕하세요~

    항상 일모리님 블로그에서 주옥같은 글과 정보를 수집하고 있었는데 이렇게 제 블로그에 찾아와 주시다니!! 너무나 영광입니다~

    앞으로 더 열심히 공부하겠습니다~

    답글삭제
  37. @이군 - 2008/03/23 11:01
    ㅋㅋ 들었어 이군~

    한달 짧은 기간이라 원하는것만큼 많은걸 경험할순 없겠지만 좋은 기회가 되길 바랄게^^

    답글삭제
  38. 정말 알찬 글이네요

    중간에 조금 뿌듯한 부분도 보이고요 ㅎㅎ

    답글삭제
  39. @코난 - 2008/03/24 21:01
    ^^ 감사합니다~

    중간에 어디가 뿌듯하셨어요?

    답글삭제
  40. 좋은글이에요! 잘 읽었습니다.

    감사합니다.

    답글삭제
  41. 아~ 정말 깔끔한 정리 돋보입니다.

    긴 내용이지만 순식간에 읽은 것 처럼 보기 쉬운 정리감사합니다.

    많은 도움이 될 것 같네요.

    감사합니다 :)

    답글삭제
  42. @탄감자 - 2008/03/25 12:34
    찾아주셔서 감사합니다^^

    답글삭제
  43. @rootbox - 2008/03/25 17:28
    아~ 루트박스님^^ 안녕하세요~

    제 블로그까지 와주시고..ㅎㅎ

    댓글 감사합니다~

    답글삭제
  44. 와~ 정리 정말 잘 하셨내요 ^^ 좋은 정보 감사합니다.

    답글삭제
  45. @marioc - 2008/03/28 09:44
    아니요^^ 너무 부족한 글입니다.

    칭찬 감사드립니다.

    답글삭제
  46. 저도 너무 잘 읽고 갑니다.

    웹표준이라 시작하면 내용이 너무 방대해서 글을 쓰기 조차 엄두가 안나는데

    이렇게 요점만 정리해주시다니 너무 감사드립니다.

    답글삭제
  47. 봄눈님 완전 감동~역쉬 멋져 !!



    정리정돈의 힘이군요..



    전그냥 엔지니어로 남아있어야 겠어요..-.- ㅋㅋㅋ

    답글삭제
  48. @mkyoon - 2008/03/31 21:54
    아니예요^^ mkyoon님도 하나씩 공부하시다 보면 저보다 더 많이 알게 되실거예요~ 우리 함께 연구하고 공부해야죠!

    답글삭제
  49. @엽님 - 2008/04/05 12:19
    와~ 엽님~ㅋㅋㅋ



    와주셨군요!



    전 엽님이 더 짱이거든요~

    답글삭제
  50. 감동 입니다.... 짝짝!짝!

    저도 간단하게 나마 회사에서 세미나 한번 해야겠습니다.

    봄눈s님 자료좀 사용해도 될런지요.. ^^

    답글삭제
  51. @블루비 - 2008/04/05 17:46
    하하 영광인데요. 제 글이라고는 해도 이미 많은 분들이 써주신 좋은 글들을 제가 한데 모아서 정리했을 뿐입니다. 웹표준 홍보를 위해서라면 얼마든지 쓰셔도 좋습니다^^

    답글삭제
  52. 교재로 써도 좋을만큼 훌륭한 컨텐츠네요~

    위에 윤좌진님 말마따나.. 웹표준을 위한 한 사람의 한이 서려있는 듯한 후덜덜한 포스팅이네요

    잘 보고 갑니다^^

    답글삭제
  53. 좋은 글 잘 보고갑니다.

    친절한 설명이 머리에 쏙~ 들어오는군요.

    같이 공부하는 친구들과 후배들에게 꼭 보라고 추천해야겠어요.

    좋은 글 쓰시느라 고생많으셨습니다.

    좋은 하루되세요.

    답글삭제
  54. Good~뿐이 안나옵니다... 글은 예전에 읽었는데

    웹표준화가 퍼블리셔만의 몫이 아니라는걸 많은 개발자들이 모르고 있기에

    이번에 개발자 모임시에 세미나?토론?을 하려고 하는데

    저도 봄눈s님의 자료좀 인용해도 될런지요~

    답글삭제
  55. @쏭군 - 2008/04/07 16:12
    과분한 칭찬 감사합니다^^;

    답글삭제
  56. @더마음 - 2008/04/08 10:08
    많이 많이 소개해주시고, 웹표준 많이 알려주세요.

    제 글이 도움이 된다면 정말 좋지요^^

    답글삭제
  57. @모야암 - 2008/04/25 19:30
    미흡한 글이지만 도움이 되신다면 제게는 영광입니다^^

    답글삭제
  58. 좋은 글 잘보았습니다.^^

    그런데 깜짝 놀랐어요 ie8베타 테스트 사이트에 제가 작업한 나비콜 사이트가 올라와있네요

    ie8베타를 아직 설치를 안해보고 오픈했는데 저렇게 깨질줄은 몰랐네요^^;;;

    사실...너무 급하게 코딩한거라 부족한 부분이 많은 작업물입니다...

    챙피해서 고개를 들수가없다는...ㅡ.ㅡ;;;ㅋㅋ

    예전에 봄눈님이 친구등록했는데 기억은하고계시나요?ㅋㅋ

    답글삭제
  59. @홍스 - 2008/05/30 14:53
    아^^ 이런 죄송하게 되었네요;;



    그런데 어디서 친구신청을??

    미투인가??

    아니면 네이트온??

    답글삭제
  60. 사내에서 UI개발자의 입지에 대해서 발표하려고 자료를 찾고있는데 블로그에 있는 자료를 사용해도

    될련지요.. 원하던 자료를 전부다 정리해 놓으셔서 큰 도움이 될거 같아요

    답글삭제
  61. @변홍석 - 2008/08/27 17:14
    네 사용하셔도 됩니다. 발표 잘해 주시고, 많은 분들께 웹표준에 대한 이해를 높여주세요^^

    답글삭제
  62. 글 잘읽었습니다 어쩌면 이렇게 정리를 잘하시는지...^^ 신입 웹개발자인데 웹표준에 대해좀 알아보다 들어오게 되었습니다 저도 정리를 잘해서 블로그같은곳에 담아두고 싶은데.... 이렇게 작성하고 싶은데 말이죠..^^

    감사합니다.

    답글삭제
  63. 저, 피망사진 하나 가져다 씁니다. (^^) 출처 밝힙니다 흐흐, 블로그글에 사용햇습니다. 그리고 블로그에 참 볼게많네요., 허헐

    답글삭제
  64. @BS - 2008/09/08 11:10
    이제 막 이 분야에 발을 내딛는 분들께 도움이 된다는 사실만으로 참 보람을 느낄 따름입니다. 더욱이 제 부족한 지식으로 만들어진 글이 BS님께 도움이 된다는것에 제가 감사의 말씀을 드려야겠네요^^

    답글삭제
  65. @넷물고기 - 2008/09/10 01:16
    하하 방문해 주셔서 감사해요^^)/

    답글삭제
  66. 비밀 댓글 입니다.

    답글삭제
  67. 전 지인의 컴퓨터 조립을 왠만해선 안하지만 가끔씩

    마지못해 하게 되는데요. 그때마다 웹브라우저로 인해

    고민을 합니다. 아시다시피, 일반사용자들은 ie를 쓰면서

    악성코드와 active x로 컴퓨터가 고통받는다는 사실을

    모른채 사용하다가 컴퓨터가 어느날 이상해지고 느려진다는

    소리를 하거든요. 정말 파이어폭스를 권하고 싶지만, 우리나라

    인터넷 환경을 생각해보면 도저히 권할수가 없는 현실이 안타

    깝습니다.

    답글삭제
  68. 친구녀석을 설득하기 위해 지식적 기반이 절실했는데, 십년묵은 체중이 쑥 빠지는 기분입니다. 감사합니다!

    답글삭제
  69. trackback from: 셀샤스의 생각
    웹표준 지킵시다 제발 지킵시다!

    답글삭제
  70. 웹기획쪽 일을 하는 사람입니다. 좋은 정보가 될듯합니다. 같은 일을 하는 사람들에게 이글을 보여주고 싶은데 퍼가도 될까요?

    답글삭제
  71. @나그네 - 2008/10/18 23:24
    파이어폭스와 같은 비IE 브라우저를 사용하는 것이 정답은 아니지만 확실히 한국의 인터넷 환경은 일부 제품에 의한 기술적 문화적 독점이 이루어져 있다고 봐야겠죠. 다양한 기기와 사람에게 정보가 차별없이 제공될 수 있는 환경을 이루어야 한다는 생각 자체를 보편화 시키는것이 중요할것 같습니다.

    답글삭제
  72. @셀샤스 - 2008/11/26 16:30
    하하 저 역시 이 글을 작성(정리)하긴 했지만 아직도 모르는게 많고 부족해서 다른 사람을 설득하기가 여간 힘든게 아닙니다. 모두가 노력해야겠죠^^

    답글삭제
  73. @양은경 - 2008/12/05 13:58
    네 한 분이라도 더 표준에 대한 관심을 갖도록 하기 위해서 쓰여졌던 글입니다. 얼마든지 공유하셔도 좋습니다.

    답글삭제
  74. 혹시 하코사 봄눈님이신가요?

    답글삭제
  75. @국내도입 - 2008/12/15 15:40
    네 맞는데요^^

    저 국내도입님하고 할 얘기 있는데 ㅋㅋ

    답글삭제
  76. 정리된 글 잘 읽었습니다.



    본문을 읽다가 일부 오타가 난 곳이 보여 지적을 하고 갑니다.





    기타 이슈 - 4번 항목



    >또한 용량이 큰 플래쉬 영상의 로딩상태바를 시각 디자이너는 볼 수 없습니다.

    시각 디자이너 -> 시각 장애인





    웹접근성 지침과 웹표준화웹표준화 작업 - 2번 항목



    >이에 대한 표순 기술로의기술로의 통일과 조율이 필요합니다.

    표순 -> 표준





    한 가지 이상한 점은 위에서 보듯이 글자가 겹치는 부분이 소스에 들어 있더군요. copyAngel~ 이 클래스로 등록된 a 태그가 쓰여 있던데 겉으로 보이기엔 제대로 나오지만 검색 엔진이 긁어갈 때는 문제가 있을 듯합니다.

    답글삭제
  77. @melt-snow - 2009/01/12 05:51
    와~ melt-snow님 오타 지적 너무 감사합니다^^



    제 글을 읽어 주신 것도 감사드리구요~



    한번은 다시 정리해야지 해야지 하면서도 귀찮음 때문에 계속 미루고 있네요^^ 부끄럽습니다. ㅎㅎ

    답글삭제
  78. 봄눈님 글 잘봤습니다 ^^ 다시한번 웹표준에 대해 다시보게되었네요. 비IE브라우저 사용자로서 이런 종류의 글들이 앞으로 더욱더 많이 작성되어야할 것 같습니다.

    답글삭제
  79. @화군 - 2009/01/12 09:43
    찾아주시고 부족한 글까지 읽어주셔서 감사드립니다^^

    화군님도 웹표준에 대해서 많은 분들게 알려주세요~

    답글삭제
  80. 글 잘읽었습니다.

    제가 요즘 코딩을 div코딩공부를 하고있는도중 글을 읽었는데

    무조건 div코딩이 웹표준이 아니군요

    근데 요즘 추세가 div코딩인 이유는 무엇이죠?

    답글삭제
  81. @천재윤 - 2009/01/15 11:15
    웹 표준은 기본적으로는 W3C가 권고한 스펙상의 규칙들만을 적용하는 것을 말한다고 볼 수 있습니다. HTML, XHTML, XML, CSS, DOM등이 그렇고 W3C는 아니지만 스크립트의 표준인 ECMA Script 역시도 표준 스펙이 있고, 강제는 아니지만 권고되고 있습니다. 이러한 표준 스펙들을 적용해서 만들어진 웹사이트(또는 웹 어플리케이션)는 최소한의 웹접근성을 보장받을 수 있다고 생각하시면 될 것 같습니다. 이를테면 가장 직접적으로 느껴지는 크로스 브라우징부터 시각 장애인들을 위한 음성 컨텐츠를 지원하기 위한 환경 말이지요. 표준이 아닌 특정 기업이나 소프트웨어에 종속된 스펙을 적용한 경우 다른 환경에서는 제대로 지원되지 않는 문제가 발생하고, 웹 접근성 자체에 큰 걸림돌이 되어 버립니다. 보조 기기나 사용자들이 기술에 몸을 끼워 맞춰야 하는 상황이 되버릴 수 있는것이죠. 서론이 길었습니다만 div 코딩- 정확히 말해 DIV Based Layout을 사용하는 이유는 기존에 Table Based Layout이 HTML 문법상 오류는 없으나 의미에 맞지 않았기 때문입니다. 즉, <TABLE> 요소는 W3C스펙을 살펴보시면 컨텐츠로써의 '표'를 작성하기 위해 만들어졌습니다. 그것을 많은 사람들이 화면구성(레이아웃)을 위해서 용도변경을 한 셈입니다. 농업용지를 공업용지로 바꿔서 억지로 공장을 세웠다고 하면 비유가 적절할지 모르겠습니다. 그래서 <DIV>나 <SPAN>과 같이 구조적 표현을 위해서 만들어진 요소를 사용하는 것이 조금더 W3C 스펙에도 맞으며, 의미적으로 맞다고 볼 수 있습니다.

    답글삭제
  82. 저도 웹개발을 하는 사람인데



    웹 표준을 한번더 생각하게 해주는 글이네요 ㅎㅎ



    금방 해결될 문제는 아니겠지만 조금씩 나아지려 노력해야겠습니다 ㅎㅎ



    글 잘 읽고 갑니다~ 수고하세요^^

    답글삭제
  83. 고질이 된 습관인지 표준코딩하는게 쉬운일만은 아니네요. 자주 방문하겠습니다. 담아두고 싶은 부분이 있어서 제 블로그에 출처를 밝히고 담아보았습니다. 감사합니다.

    답글삭제
  84. @웹아이 - 2009/02/17 09:46
    댓글이 늦었네요^^;



    찾아주셔서 감사합니다~

    답글삭제
  85. @새벽별 - 2009/03/09 17:15
    네 반갑습니다^^ 기왕이면 블로그 주소도 남겨주시지 그러셨어요~ 저도 구경가게요~

    답글삭제
  86. 잘 정리된 글 읽고 갑니다.

    제가 근무하는 학교 홈페이지를 부족하나마 작년에 웹표준화 작업을 진행했었답니다.

    물론 제 무지로 인해서 다 반영하지 못한 부분도 있겠지요...

    후학을 가르치는 입장에서 올해는 일부 아이들에게나마 웹표준에 맞는 홈페이지 제작법을 강의해 주기로 했답니다.

    다시 한번 제 생각이 틀리지 않았다는 것을 확인하고 갑니다... ^^

    답글삭제
  87. 잘보고갑니다. 이번에 프로젝트를 진행하는데 이제 정부차원에서 반강제적으로 규정을 두고 개발하라고 하네요. 그러던중 이 글을 봤습니다. 저 말고 다른분들도 심각성과 필요성을 느껴야겠다고 생각되네요. 제 블로그에도 실어나르겠습니다~

    답글삭제
  88. trackback from: 웹표준 합시다. 제발 합시다. - 봄눈님 포스트
    웹표준과 권고와 규정과 권장과 ............ 이런 머리아픈 것들이 나에게도 찾아오기 시작했다. 이제 정부에서도 강력하게 규제하겠다고 한다. 적어도 2009년에 진행되는 프로젝트에는 최대한 적용 하고자 하는데 아직까진 소스가 부족해서 조금씩 늘려갈 생각이다. 시작된지 얼마 안됐으니까 더 오래되기전에 익숙해져야겠다고 생각된다. 날씨가 봄이다 이제 완전. 봄에 새싹이 돋고 꽃이 피든. 나도 조금씩 돋아나야겠다. 사람을 위한 사람이 쓰는 웹세상을..

    답글삭제
  89. 좋은 글 감사합니다~ ^^

    좋은 글이기에 많은 분이 보시라고 제가 이용하는 카페에 공유하였습니다. 감사합니다. ^^

    답글삭제
  90. 잘봤습니다.

    참고 사이트와 서적만 스크랩하고 나머지는

    본문링크를 걸어둘게요..

    감사합니다.

    답글삭제
  91. 이제 웹에 대해 조금알게된 코더인데요.ㅠㅠ

    퍼블리셔가 되는길은 멀고도 험한것같아요!

    스크랩해가겠습니당.!

    답글삭제
  92. @비나무 - 2009/03/25 20:03
    와 정말 멋진 일을 하고 계시네요^^



    저도 언젠가 기회가 주어진다면 후배들을 가르치고 싶어요~

    답글삭제
  93. @육류 - 2009/03/27 14:53
    부족한 글인데 읽어 주셔서 감사합니다.

    정부기관 웹사이트를 개발하고 계신가 보네요. 많이 힘드시겠어요. 하지만 그렇게 하나씩 만들어 가면 더 많은 사이트들이 표준으로 만들어 질 수 있을거라고 생각합니다.

    답글삭제
  94. @협객 - 2009/04/07 13:15
    부족한 글인데 카페에서 소개해 주셔서 감사합니다.

    답글삭제
  95. @nina - 2009/04/22 17:42
    네^^ 알겠습니다. 많은 분들께 웹 표준에 대해서 알려주세요~

    답글삭제
  96. @또이또이 - 2009/04/24 15:38
    시작이 절반이랬습니다. 지금처럼 열심히 해 주세요~!

    답글삭제
  97. 안녕하세요 봄눈님.

    작년말 하코사 스켈님 세미나때 잠시 뵈었는데 기억하실련지 모르겠네요.



    회사에서 웹접근성 관련 클라이언트에 보여줄 자료를 다시 만들어야 하는데, 봄눈님 글을 조금 발췌하고 싶은데 봄눈님이 어찌 생각할지 몰라 가불가 여부를 여쭙고자 합니다. ^^



    다시 쓰려고 하니 답답하기도 하고 막막하기도 한데 봄눈님 글이 제가 쓴 글하고는 비교도 안될정도로 글을 잘 쓰셔서 내용을 발췌하고 싶은 마음이 굴뚝같습니다. 허락해주시면 좋겠지만, 안된다고 하시면 제가 열심히 다시 써야죠. ^^;;



    답변 남겨주세요.

    답글삭제
  98. @최용훈 - 2009/05/18 17:12
    아 네^^ 안녕하세요. 언듯 기억이 나는 것도 하는데 ㅎㅎㅎ



    이 글 쓴지도 벌써 1년이 넘어가는데 하하;



    필요한 부분이 있으시다면 발췌하셔도 괜찮습니다~



    멋진 자료 만드셔서 공유해 주시구요^^

    답글삭제
  99. 웹표준의 필요성을 이제야 느끼는 웹디자이너입니다~

    봄눈님 글을 읽고 많은 부분 이해하고 알아갈수 있었어요^^

    좋은 글 감사합니다^^

    답글삭제
  100. 웹표준에 대해 공부하고 있는데 좋은 자료 보고 갑니다..

    제 블로그로 담아가도 될까요?

    답글삭제
  101. 36살이라는 늦은 나이에 웹쪽으로 뛰어들어 여러가지 툴들을 배우고 이제야

    웹표준화라는 단어에 눈을 맞추었습니다.

    너무나 편하게 이런 좋은 글을 읽고 있는 제가 행복할 따름입니다.

    추천해주신 도서 중 현재 방탄웹 1권만 읽은 상태입니다만

    갈 길을 열어주시는 것 같아 감사드립니다.

    답글삭제
  102. 좋은정보 감사합니다. ^^

    답글삭제