XHTML 2.0_HTML/Xhtml_웹페이지 제작의 새로운 기능 미리보기

브라우저가 차세대 XHTML을 처리할 수 있을 때까지 더욱 풍부한 콘텐츠 구조를 활용하세요. XHTML 2 사양은 아직 완성되지 않았지만 XHTML 2를 이전 버전보다 단일 리소스 게시 시스템의 중심 모델로 더 잘 사용할 수 있는 편집 형식으로 만드는 풍부한 구조적 기능을 포함하여 이미 XHTML 1에 비해 많은 이점을 가지고 있습니다. 대규모 또는 소규모 릴리스 수행
브라우저가 차세대 XHTML을 처리할 수 있기 전에 이 풍부한 콘텐츠 구조에서 이익을 얻으십시오.
XHTML 2 사양은 아직 완성되지 않았지만 더 풍부한 구조적 기능을 포함하여 이미 XHTML 1에 비해 많은 이점을 가지고 있습니다. , 편집 형식인 XHTML 2는 단일 리소스 출판 시스템의 중심 모델로서 이전 버전보다 더 나은 역할을 할 것입니다. 대규모 또는 소규모 릴리스를 실행하는 사람들은 이제 브라우저가 새로운 사용자 인터페이스 기능을 지원할 때까지 기다릴 필요 없이 XHTML 2의 새로운 기능을 사용할 수 있습니다.
약 1년 전, 한 업계 표준 그룹에서 XHTML2가 게시자에게 어떻게 유용한지 설명해달라고 요청했습니다. 실용적일지는 모르겠지만 뉴욕 여행 비용을 지원해 주겠다고 해서 알아보기로 했어요.
제가 수행한 연구에는 많은 노력이 필요하지 않았습니다. XHTML 2는 XHTML에 더 풍부한 구조를 추가하여 브라우저에 콘텐츠를 전달하는 것뿐만 아니라 콘텐츠를 생성하고 저장하는 데 사용할 수 있는 형식을 만듭니다. XHTML 2가 이미 유용하다고 말하면 조금 과장된 것입니다. 많은 상점에서 이 미완성 표준에 대해 매우 합리적인 정책을 가지고 있으며 XHTML 2는 아직 작업 초안 단계에 있습니다(자세한 내용은 참고자료 참조). 거의 모든 HTML 관련 표준과 달리 XHTML 2는 더 풍부하고 복잡한 구조로 콘텐츠를 저장할 가능성이 높기 때문에 잘 알려진 브라우저가 지원하기 전에 많은 가치를 제공할 수 있습니다. HTML 요소 및 속성. XHTML의 현재 상태: 우리는 지금 어디에 있는가
W3C XHTML 1.0 표준은 HTML의 XML 버전을 만듭니다. 브라우저는 웹 페이지가 올바른 형식의 XML인지 여부에 대해 그다지 중요하지 않지만 Firefox에 대해 한 가지 작업을 수행하고 Microsoft™ Internet Explorer에 대해 다른 작업을 수행하는 데 지친 웹 사이트 디자이너는 표준에서 더 많은 변화를 경험하고 있습니다. 많은 오픈 소스 CSS 컬렉션(예: 오픈 웹 디자인 및 오픈 소스 웹 디자인, 둘 다에 대한 링크는 참고자료 참조)에는 데모 목적으로 XHTML 1 샘플 파일을 사용하는 스타일시트가 있으며 잘 알려지지 않은 일부에 대해 들어봤습니다. -formed 웹 디자이너는 자신의 사이트가 XHTML로 구축되었다고 자랑스럽게 주장합니다. Internet Explorer와 Firefox가 점점 더 많은 CSS 기능을 지원함에 따라 이러한 웹 디자이너는 CSS 스타일 시트에 더 많은 디자인 기술을 추가하여 기본 문서에 더 간단하고 직관적인(그리고 재사용하기 쉬운) XHTML을 남겨두고 있습니다.
XHTML 1.1(참고자료 참조)은 새로운 기능을 추가하지 않지만 XHTML을 모듈로 나눕니다. 그 가치는 두 가지 측면에서 반영됩니다. 첫째, 일부 모듈에는 가치가 있지만 다른 모듈에는 가치가 없는 경우 해당 모듈의 하위 집합을 채택하는 것이 더 쉬울 수 있습니다. 예를 들어, WAP(Wireless Application Forum)는 휴대폰에 콘텐츠를 전달하기 위한 표준에 기본 XHTML 구조를 통합해야 하는 충분한 이유가 있지만 WAP 문서에 휴대폰에서 사용되는 것과 같은 사용자 인터페이스 기능을 통합하는 것을 허용하지 않습니다. 이미지 매핑이나 편집 모듈 기능은 작은 화면에서는 그다지 유용하지 않습니다.
DTD 또는 스키마에 대한 모듈식 아키텍처의 또 다른 이점은 사용자 애플리케이션에 고유한 새 모듈을 더 쉽게 연결할 수 있다는 것입니다. 기존 모듈을 선택하는 기능과 결합된 이 기능은 출판 산업에 이점을 제공합니다. 출판 산업 메타데이터를 전담하는 PRISM 표준 그룹은 XHTML 1.1의 하위 집합을 선택한 다음 산업별 어휘와 함께 일부를 추가하여 더 쉽게 만들었습니다. 게시 작업 흐름을 통해 콘텐츠를 추적합니다. (PRISM에 대한 자세한 내용은 리소스를 참조하세요.)
XHTML 1.1 개발을 지하실 청소와 비교할 수 있습니다. 아마도 많은 물건을 버릴 필요가 없으며 더 잘 정리하면 다음과 같은 일을 할 수 있을 것입니다. 더 쉽게 사용 기존 항목을 사용하여 새로운 것을 만들 수 있는 작업대를 구축할 수 있는 공간을 확보할 수도 있습니다.
XHTML 1.1은 2001년 5월부터 표준(또는 W3C 용어로 권장 사항)이 되었습니다. XHTML 2.0의 가장 최근 개발은 2006년 7월에 새로운 작업 초안이 출시된 것입니다. 최종 형태가 되기까지는 여러 단계가 있지만 RELAX NG 스키마(링크는 참고자료 참조)를 사용하면 이제 XHTML 2 문서를 생성하고 사용할 수 있으므로 사양이 완성되면 신속하게 해당 사양으로 전환할 수 있습니다. XHTML을 추천합니다. 간단한 XSLT 스타일시트는 브라우저에서 표시할 수 있도록 이러한 파일을 XHTML 1로 변환하거나 XHTML 2 작업 초안(참고자료 참조)에 포함된 CSS 스타일시트를 사용하여 브라우저에 표시할 수 있습니다(현재로서는 Firefox가 더 잘 작동합니다). ). XHTML 2: 새로운 기능은 무엇입니까?
XHTML 2는 XHTML 1의 기능을 유지하여 기존 구문을 정리하여 보다 간결하게 만드는 동시에 몇 가지 새로운 기능을 추가합니다. 이는 10년 이상 HTML에서 사용된 양식의 보다 완벽한 후속 버전인 XForms에 대한 지원을 추가합니다. XHTML 2에는 XML 이벤트도 포함되어 있어 특정 사용자 인터페이스 작업에 의해 트리거되는 이벤트를 식별할 수 있으므로 JavaScript 또는 ASP에서 스크립트를 작성할 필요성이 줄어듭니다. 이러한 기능은 특히 주요 브라우저가 지원하는 경우 흥미로울 것입니다. 그러나 다른 기능은 브라우저가 XHTML을 지원하기 전에도 게시자에게 더 흥미로울 것입니다. ​ 더욱 풍부하고 재사용 가능한 구조 ​ ​ 더 나은 장치 독립성, 더 쉬운 액세스, 더 나은 의미 체계 ​ ​ 메타데이터 추가가 더욱 쉬워졌습니다
                                                                                      #p# 더욱 풍부한 구조
콘텐츠를 XML로 저장해야 하는 많은 게시자는 처음부터 새로 만드는 것보다 기존 표준 스키마(W3C 스키마, RELAX NG 스키마 또는 DTD를 의미)를 사용하는 것이 더 낫다는 것을 알고 있습니다. 그들은 DocBook을 보고 너무 복잡하다고 생각하며, HTML이나 XHTML 1을 보고 너무 단순하다고 생각합니다. 많은 출판사에게 XHTML 2는 DocBook의 풍부함과 XHTML 1의 단순성 사이의 균형이 잘 맞습니다. 이러한 균형으로 인해 콘텐츠를 다양한 형식으로 전달하기 위해 다른 형식으로 변환해야 하는지 여부에 관계없이 콘텐츠를 저장하는 데 탁월한 형식이 됩니다. 미디어의.
목록 1에는 샘플 XHTML 1 파일이 포함되어 있으며 그 구조가 들여쓰기 형식으로 표시되어 있습니다.
목록 1. XHTML 1 파일의 구조

내 웹페이지

여기 내 웹페이지입니다.

내 웹페이지의 섹션 1>

여기 내 웹페이지의 섹션 1이 있습니다.

내 웹페이지의 섹션 1.1

다음은 내 웹페이지의 하위 섹션입니다.

내 웹페이지의 섹션 2

여기 내 웹페이지의 섹션 2가 있습니다.

body 요소 내부를 볼 수 있으며 들여쓰기가 많지 않은 이유는 요소에 구조가 많지 않기 때문입니다. 이 문서의 트리 표현은 많은 하위 요소가 있는 body 요소를 표시하고 손자 요소는 표시하지 않으며 "Here is a subsection of my Web page"라는 단락은 기본 h1 제목 "My Web Page"의 형제 요소로 표시됩니다. . 마크업에는 이 단락이 하위 단락의 일부임을 나타내는 단 한 곳이 있습니다. 가장 가까운 제목 h3은 이전 제목보다 큰 숫자입니다. body 요소가 h1 헤더를 웹 페이지의 표시 가능한 나머지 콘텐츠와 함께 캡슐화하지 않는 한, 컨테이너 요소는 제목 역할을 하는 헤더를 해당 콘텐츠와 결합하지 않습니다. p 요소를 사용하여 각 헤더/콘텐츠 조합을 캡슐화할 수 있지만 p 요소는 범위 요소와 마찬가지로 상당히 일반적인 그룹화 요소입니다. 이는 일부 특정 단락이 웹 페이지의 메뉴나 사이드바 또는 다른 시각적 표시 요소를 형성함을 나타내는 등 다양한 목적으로 사용될 수 있으므로 표시된 콘텐츠의 구조 단위를 나타낸다고 가정할 수 없습니다.
XHTML 2의 새로운 섹션과 h 요소가 결합되어 콘텐츠를 더 쉽게 재사용할 수 있는 풍부한 구조를 만들 수 있습니다. 목록 2는 목록 1의 body 요소에 해당하는 XHTML 2 body 요소를 보여줍니다.
목록 2. XHTML 2 본문 요소

내 웹 페이지

내 웹페이지의 섹션 1.

< h>내 웹페이지의 섹션 1.1

다음은 내 웹페이지의 하위 섹션입니다.

<섹션>
내 웹페이지의 섹션 2

다음은 내 웹페이지의 섹션 2입니다.

이 버전의 코드에서 "Here is a subsection" 단락은 첫 번째 섹션 요소의 증손자이며 "My 이 섹션 요소 내의 웹 페이지" h 요소는 기본 제목을 표시합니다.
이러한 풍부한 구조의 장점 중 하나(그리고 XHTML 2가 단일 소스 게시 시스템의 중앙 형식 역할을 하는 데 XHTML 1보다 더 적합한 주요 이유)는 스트리밍이 더 쉽다는 것입니다. 많은 양의 입력을 처리해야 하고 이를 처리하기 전에 메모리에 로드할 수 없는 경우(예: CD-ROM용 콘텐츠를 준비하는 경우) 프로세서가 각 sectiong 요소가 끝나는 위치를 파악하는 것이 더 쉬울 것입니다. XHTML 2 문서 . 예를 들어 "Beagle"이라는 단어가 포함된 모든 제목을 불러오고 싶다고 가정해 보겠습니다. 이러한 제목을 찾는 것은 충분히 쉽지만 XHTML 1에서 섹션이 끝나는 위치를 결정하는 것은 그리 어렵지 않습니다. 이 XHTML을 처리할 때 스트림 기반 인터페이스, Xquery 또는 XSLT를 사용하는지 여부에 관계없이 섹션이 끝나는 위치를 명확하게 정의하면 추출이 훨씬 간단해질 수 있습니다.
이제 비글에 대한 새 릴리스에 섹션을 추가할 것이기 때문에 이러한 섹션을 추출하고 추출하는 각 섹션에는 헤더로 h3 요소가 있다고 가정해 보겠습니다. h3과 같이 번호가 매겨진 XHTML 1 헤더는 XHTML 2에서도 여전히 유효하지만 새 릴리스에서 이러한 요소를 특수 섹션의 기본 섹션 또는 하위 섹션으로 사용한다면 어떻게 될까요? 돌아가서 h3 요소를 h2 요소나 h4 요소로 변경하거나 새 컨텍스트에서 해당 역할을 인식하는 요소를 변경해야 합니다. 원본 문서의 XHTML 2 h 요소인 경우 해당 역할 수준은 각 섹션 상위 요소의 수로 표시됩니다. 예를 들어 목록 2의 섹션 1.1 h 요소에는 세 개의 섹션 헤더 상위 요소가 있고 "My Web Page" h 요소), 수정되지 않은 새 문서에 삽입할 수 있으며, 새 문서의 섹션 요소의 중첩된 배열로 해당 역할이 표시됩니다. CSS, XSLT 및 기타 XML 처리 도구와 표준은 모두 중첩 수준을 기반으로 동일한 이름을 가진 요소를 처리하는 방법을 제공하므로 XHTML 1 헤더의 일부인 숫자를 놓치지 않습니다. h2 및 h3 요소는 있지만 h1 요소는 없거나, h1 및 h3 요소는 있지만 h2 요소는 없는 (X)HTML 문서의 수를 고려하면 너무 많은 사람들이 적절한 계층 구조를 표시하는 데 이를 사용하지 않는다는 것이 분명해집니다.
XHTML 2에서는 p 요소 내에 더 많은 구조가 있을 수 있습니다. 다음과 같이 명령문 내에 몇 가지 예제 코드를 소개하고 싶습니다.
print "Hello? World?";
예제 코드 다음에 명령문을 계속하려면 XHTML 1에서 두 부분으로 나누어진 명령문은 두 개의 서로 다른 p 요소에 배치되지만 의미상으로는 동일한 명령문에 있습니다. XHTML 2를 사용하면 샘플 코드, 순서가 지정되지 않은 목록, 번호가 매겨진 목록 및 기타 많은 블록 요소를 p 요소 안에 배치할 수 있으므로 마크업이 문서의 구조를 보다 정확하게 반영할 수 있습니다.
프레젠테이션 마크업에서 구조적 마크업으로 작은 단계를 진행하려면 hr 요소의 이름을 구분 기호로 바꾸세요. HTML 워킹 그룹은 수평 규칙을 의미하는 원래 이름이 종종 구조적 마크업과 표현형 마크업 사이의 회색 영역에 속한다는 사실을 발견했습니다. 그들은 아시아 언어 사용자들로부터 몇 가지 수직 규칙 요청을 받았고 많은 수평 구분 기호가 실제로 규칙이 아니라는 것을 확인했습니다(HTML 작업 그룹의 의장인 Steven Pemberton은 James Joyce의 Ulysses Multiple에서 다음과 같은 점을 지적한 성명을 발표했습니다). 다양한 변형, 이 설명에 대한 링크는 참고자료를 참조하세요. 이를 통해 hr 요소의 이름을 변경하여 해당 요소가 사용된 이름을 더 정확하게 반환할 수 있었고 명령문에 더 많은 유연성이 허용되었습니다.
                                                                                      #p# 더 나은 기기 독립성, 더 쉬운 접근, 더 나은 의미 체계
이 세 가지 목표는 실제로 서로 겹칩니다. 웹 페이지의 콘텐츠를 읽어주는 텍스트 음성 변환 번역기는 플랫폼 전체에 걸쳐 전달될 필요가 없고 시력이 약한 사용자가 쉽게 이해할 수 있는 웹 페이지에 여전히 적합합니다. XHTML 2 Working Draft에 언급되어 있습니다:
휴대폰, PDA, 필기구, TV 등 다양한 새로운 장치가 네트워크에 등장하는데, 이는 한 번에 만들 수 있는 디자인이 필요하다는 것을 의미합니다. 각 장치 유형에 대해 새 버전의 문서를 작성하는 대신 다양한 장치에서 다르게 렌더링합니다.
출판사는 미래의 가치를 고려할 필요가 없습니다. 장치 독립성은 XML이 발명되기 전에 SGML에 많은 것을 적용할 수 있게 만들었습니다. 왜냐하면 이러한 장치는 편집된 파일에 충분한 양이 저장되어 있는 한 인쇄, 웹 페이지 및 CD-ROM에 동일한 콘텐츠를 게시할 수 있게 해 주었기 때문입니다. 콘텐츠 구조 및 의미 정보 버전을 자동 루틴을 통해 해당 형식으로 변환할 수 있습니다. 11년 전 경쟁업체가 XHTML 2를 사용하여 편집된 콘텐츠 버전을 HTML로 저장하려고 했을 때 내 옛 상사의 사무실을 가득 채웠던 비웃음이 더 이상 그렇게 터무니없는 아이디어가 아니었던 것을 기억합니다.
XHTML 2 요소의 기존 의미가 충분하지 않은 경우 새 역할 속성(모든 요소에 추가할 수 있음)을 통해 요소의 목적에 대해 더 자세히 알 수 있습니다. XHTML 2 사양은 이 속성에 대해 배너, 메모, 콘텐츠 정보, 검색, 정의, 보조, 기본, 참조 및 탐색 등 9가지 가능한 값을 지정합니다. 배너 및 탐색과 같은 역할 값은 분명히 프레젠테이션 지향적이지만 정의 및 메모와 같은 값의 경우 의미는 콘텐츠가 멀티미디어용으로 준비된 출판 환경에서 더 실용적입니다. 고유한 네임스페이스에 있는 한 고유한 역할 값을 생성할 수도 있습니다. 더욱 쉬워진 메타데이터 추가
W3C RDF 표준을 사용하면 URL을 사용하여 식별할 수 있는 모든 콘텐츠에 메타데이터를 할당할 수 있습니다. 이 작업을 위한 표준 RDF/XML 구문은 1999년에 등장했으며 그 복잡성과 어려움으로 인해 많은 사람들이 겁을 먹었습니다. 기존 HTML 속성을 사용하고 몇 가지 새로운 속성을 추가함으로써 XHTML 2에서는 새롭고 간단한 RDFa 구문을 사용하여 문서 및 문서 구성 요소(about 속성을 사용하여 식별할 수 있음)에 대한 메타데이터를 추가할 수 있습니다. 목록 3의 일부 예에서, 범위 요소는 RDF 메타데이터를 표시하기 위해 주어-동사-객체 삼중항(객체 ID-속성 이름-속성 값 삼중항으로 더 쉬울 수 있음)을 삽입하는 데 필요한 추가 정보를 저장합니다.
목록 3. 범위 요소를 사용하여 메타데이터 인코딩

< ; span property="fb:workflowStage" content="3a"/>

캐리온, 내 고집 센 아들

Semantic Web의 꿈은 주로 목록 3에 설명된 dc:title 예제와 같이 데이터베이스에서 시작하여 웹 페이지 데이터를 사람들이 읽을 수 있는 콘텐츠로, 프로그래머가 읽을 수 있는 데이터로 게시할 수 있도록 하는 것입니다. fb:workflowStage 예는 RDFa의 또 다른 이점을 보여줍니다. 실제로 귀하의 상점을 위해 XHTML 2 문서에 임의의 메타데이터를 추가할 수 있으므로 문서를 더 쉽게 추적하고 재사용할 수 있습니다. 지금 XHTML 2 사용 시작
XML 이벤트와 같은 XHTML 2m의 새로운 사용자 인터페이스 기능을 사용하려면 아직 시간이 좀 더 필요하지만 이제 XHTML 2의 새로운 구조적 기능을 실험해 볼 수 있습니다. 미완성 사양인 XHTML 2는 아직 진행 중인 작업이지만 진행 속도가 느립니다. 스키마와 CSS 스타일시트는 현재 사용 가능하며 이를 시험해 보고 이것이 우리 운영에 어떤 이점을 가져올 수 있는지 고려해 볼 수 있습니다. 실제로 나는 이를 사용하여 nXML 모드에서 Emacs를 사용하여 XHTML 2의 RELAX NG 모드에서 상황에 맞는 XML 편집 구동(참고자료 참조)이라는 기사를 작성했습니다. 이 기사를 제출하기 전에 나는 간단한 XSLT 스타일시트를 사용하여 이를 DeveloperWorks DTD를 준수하는 형식으로 변환했습니다. XHTML 2가 표준 권장사항이 될 때쯤에는 최고 속도로 실행할 계획입니다.