메뉴 바로가기 검색 및 카테고리 바로가기 본문 바로가기

한빛출판네트워크

한빛랩스 - 지식에 가능성을 머지하다 / 강의 콘텐츠 무료로 수강하시고 피드백을 남겨주세요. ▶︎

IT/모바일

HTML의 미래

한빛미디어

|

2002-09-11

|

by HANBIT

10,698

저자: 미카 두빈코(Micah Dubinko), 역 전순재

그동안 HTML은 웹을 지배해 온 데이터 형태로, 지금까지 작성된 거의 모든 XML 어휘에 영향을 미쳤다. 그런데 어설프게 XHTML을 채택한 것을 보면 약간 실망스럽다. XHTML은 조상뻘쯤 되는 SGML을 상속받아 XML의 세계로 편입되었다. 여기서 필자가 실망한 이유는 부분적으로 XHTML 1.0이 오직 XML 종속적인 짜임새로 변이하도록 다루어졌다는 것이고, 버전 1.1은 XML 언어의 조각 조각을 조립하는 방법의 일환으로 오직 모듈화의 관점에서만 접근되었기 때문이다. XHTML 1.x대로 전환하면 얻게되는 이점은 최대로 평가한다고 하더라도 그저 적당할 정도일 뿐이다.

반면 XHTML 2.0은 HTML에 대한 새로운 개발 국면을 맞이하고 있는 이정표가 되고 있다. 2.0 버전의 주요 목표는 이 언어에서 과중한 부담이 되는 짐들을 덜어내면서도 그 동안 항상 HTML하면 떠오르던 친숙함과 단순함을 유지하는 것이다. 이것은 곧 XHTML 2.0이 하위 호환성이 없는 방식으로 개선될 것이라는 것을 의미한다. 본 기사는 XHTML 2.0의 새로운 특징들을 더 심도 깊게 살펴보려고 한다. 본 기사에서 소개된 내용들은 처음으로 공개된 W3C 문서들로서 각각 2002년 8월 5일과 6일에 발표된 XHTML 2.0Xframes을 근거로 삼는다. 그리고 그 보다 더욱 개발된 XML EventsXForms 1.0 초안을 기초로 할 예정인데, 이 규격들은 각각 2002년 8월 12일과 21일에 발표되었다.

XFrames

개선이 필요한 큰 분야 두 가지는 폼(forms)과 프레임(frames)인데, 이 두 가지 모두 현재 독자적인 W3C 규격으로 XHTML 2.0에는 참조로 포함되어 있다. 또 필자는 다른 기사(What Are XForms?)에서 XForms 1.0 규격에 대해 논의한 바가 있는데 이 규격은 XHTML 2.0에서
및 폼 관련 태그에 연관된 패치작업들을 완전히 대체할 것이다. XForms는 최근에 재발간되어 최종 요청(Last Call) 공개 논평들을 구체화하였는데, 이제 곧 후보 권장안 단계로 격상되어 구현 경험들을 구체화하게 될 것이다.

XFrames 규격은 요소를 대신하는데, 이 요소는 XHTML 1.1에서 완전히 삭제되었다. XFrames은 실제로 새로운 문서형으로서, XHTML 자체의 일부가 아니다. XFrames은 XHTML, SVG을 비롯한 거의 다른 모든 웹 언어와 함께 사용될 수 있다. 그 개념은 간단하다. XFrames 문서는 여러 문서들이 단일한 뷰에 어떻게 조합되어 들어가는지 오직 기본적인 설명만을 정의하는데, 예를 들어 두 컬럼을 가진 한 개의 행을 보여주는 다음의 예와 같이 말이다.

 
 
  
  
 

각각의 은 기본설정된 URI를 포함할 수도 있지만, 일반적으로 각 프레임에 무엇을 렌더링하기를 원하는지는 특수한 URI 조각 구문(fragment syntax)에 의해서 결정되는데, 각 프레임은 상대적이거나 절대적인 URI와 짝지워진다. 예를 들어 다음과 같이 말이다.
http://example.info/#frames(navigation=nav.svg,main=main.html)
이런 디자인에서 얻을 수 있는 큰 장점은 프레임셋(framesets)이 완전하게 북마크될 수 있다(bookmarkable)는 것으로 브라우저에서 ‘뒤로’ 버튼을 누르면 예상대로 작동할 것이다. 이렇게 되면 URL들을 더욱 잘 볼 수 있기 때문에 사이트에서 ‘프레임 낚아채기(framejack)’하는 것이 더욱 어려워진다(프레임을 사용하여 다른 어떤 사람의 컨텐츠를 자신의 것인양 사용하는 것). 프레임의 경계선이라든가 크기와 같은 세부적인 사항들은 모두 CSS와 같은 스타일 시트 언어에 정의되어 있다. 이 규격에서는 오늘날 웹에서 주로 볼 수 있는 보통의 중첩-불가 프레임(non-overlapping)으로 표현이 국한하지 않는다. 예를 들어 각 프레임은 이동이 가능한 창과 비슷한 페이지가 될 수 있거나 일단의 탭이 될 수도 있다(이것은 또다시 스타일 시트의 통제 하에 있다). 이러한 종류의 구별을 장려하기 위해 XFrames 언어에는 그러한 세부적인 표현을 통제할 수 있도록 아직 지정되지 않은 CSS를 수용하기 위해