의견 : XHTML 2의 진행 상황을 이해 한 후 X/HTML 5. X/HTML 5의 진행 상황을 살펴 보겠습니다. 이 구성 요소는 검색 엔진과 보조 도구가 페이지 컨텐츠를 더 잘 이해하도록 도와줍니다. 이러한 새로운 요소를 사용하면 태그를 더 읽기 쉽게 만들 수 있습니다. 1 장
XHTML 2의 진행 상황을 이해 한 후 X/HTML 5의 진행 상황을 살펴 보겠습니다.
x/html 5는 어디에서 시원합니다
챕터 요소의 개념
X/HTML 5는 웹 페이지를 챕터로 나누기위한 새로운 요소를 소개합니다. 이 구성 요소는 검색 엔진과 보조 도구가 페이지 컨텐츠를 더 잘 이해하도록 도와줍니다. 이러한 새로운 요소를 사용하면 태그를 더 읽기 쉽게 만들 수 있습니다.
챕터 기반 콘텐츠의 아이디어는 멋지다! 그러나 챕터 사용 기술이 왜 충분히 시원하지 않은지 확인하십시오.
대화 요소
대화 요소는 대화를 나타내는 데 사용됩니다. 세션의 DT 요소를 정의하기위한 DT 요소와 세션의 음성을 나타내는 DD 요소가 포함되어 있습니다. 예를 들어:
<대화>
<dt> Costello </dt>
<dd> 봐, 당신은 1 루수가 필요합니까? </dd>
<dt> Abbott </dt>
<dd> 확실히. </dd>
<dt> Costello </dt>
<dd> 누가 먼저 플레이하고 있습니까? </dd>
<dt> Abbott </dt>
<dd> 맞습니다. </dd>
<dt> Costello </dt>
<dd> 매달 1 루수를 갚을 때 누가 돈을 받는가? </dd>
<dt> Abbott </dt>
<dd> 모든 달러. </dd>
</대화>
Figrae 요소
헤더는 종종 인쇄 배포 (교과서, 신문, 잡지 등)의 미디어 객체 (사진, 일러스트레이션, 차트 등)에 사용됩니다. 지금까지 웹 마크 업 언어에는 그러한 효과를 생성 할 수있는 구조가 없습니다. Figrue 요소에는 이미지의 헤더를 지정하는 데 사용할 수있는 범례 자식 요소가 있습니다. 예를 들어:
XML/HTML 코드
<그림>
<Legend> 크레딧 : Media Inc., 2007 </LEGEND>
<img src = smith.jpg alt = photo : J. Smith />
</그림>
M 요소
M 요소는 표시되거나 강조 표시되는 텍스트 조각을 나타냅니다. 동적 웹 페이지에 검색 키워드를 표시 할 때 매우 유용합니다. 현재 페이지의 키워드는 m 요소로 표시 될 수 있습니다. 예를 들어, 사용자의 키워드 Snow 검색에 응답하여 웹 페이지는 다음 단락을 생성 할 수 있습니다.
XML/HTML 코드
<p> a <m> snow </m> 남자는 <m> snow </m>로 구성된 사람과 같은 조각입니다. </p>
입력 요소가 강화됩니다
입력 요소 기능이 향상된 후 이메일, URL, 데이터 상관 관계, 시간 상관 관계 및 숫자와 같은 데이터 유형을 지원할 수 있습니다. 이는 클라이언트 측에서 더 많은 검증 기능을 완료 할 수 있음을 의미합니다.
열린 과정
X/HTML의 개발 프로세스는 XHTML 2보다 훨씬 개방적입니다. 모든 사람은 X/HTML 5 창의적인 세부 사항에 참여할 수 있습니다.
x/html 5의 유일한 단점
챕터 요소 사용
챕터 요소를 사용한다는 아이디어는 좋지만 X/HTML 5를 적용하는 데 약간 번거로운 것 같습니다. 더 혼란 스러울 수있는 설명도 있습니다. 예를 들어:
따로 요소는 페이지를 구성하는 컨텐츠의 일부를 나타내며, 제외 요소 전후의 컨텐츠와 관련이 있으며 컨텐츠의 독립적 인 부분으로 간주 될 수 있습니다. 이 구성 요소는 종종 인쇄 기술의 사이드 바에 사용됩니다.
확장 가능하고 이해할 수없는 역할 속성으로 DIV 요소를 이해하는 것이 더 쉽습니까?
언급 된 또 다른 장 요소는 페이지의 다른 페이지에 대한 링크를 나타내는 NAV입니다. 우리는 정말로 NAV 요소가 필요합니까? XHTML 2의 NL 요소는이 작업을 더 잘 수행 할 수 있습니다.
HTML 4 및 XHTML 1의 단점은 향후 사양에 여전히 존재합니다.
X/HTML은 뒤로 지원을 시도하기 때문에 HTML 4 및 XHTML 1의 결함도 X/HTML 5에도 존재할 것입니다. 사양이 뒤로있을 필요는 없지만 클라이언트 소프트웨어는 다양한 사양을 지원하여 역 호환성을 제공합니다.
x/html 5는 x/html 5 매뉴얼을 따르지 않습니다
X/HTML 5는 HTML 4 및 XHTML 1과 후진 호환되도록 설계되었습니다. 이제 크고 약어, U 및 TT는이 사양의 내용이 아니며 I 및 SAMLL과 같은 다른 요소는 시맨틱 의미를 재정의합니다. 예를 들어, HTML 4.01 사양에서 I 및 Small은 다음과 같이 정의됩니다.
I : 텍스트를 이탤릭체로 만듭니다
작은 : 작은 글꼴로 텍스트를 렌더링하십시오
x/html 5에서, I와 Small은 새로운 의미를 가지고 있습니다.
I 요소는 분류 디자인, 기술 용어, 외국어 관용구, 아이디어, 의견, 선박 이름 또는 인쇄 기술로 이탤릭체로 제시되어야하는 기타 텍스트와 같이 텍스트와 다른 텍스트 또는 단락 단락을 표현하는 다양한 방법을 사용합니다. .
작은 요소는 작은 글꼴 (저작권 또는 기존 단점과 같은 법적 제약을 나타내는 문서의 부품) 및 의견을 나타냅니다.
이것은 I와 작은의 의미를 재정의함으로써 HTML 4 및 XHTML 1의 역 호환성을 중단합니다. 이는 후진 호환성이 HTML 5 사용자 에이전트 (사용자 에이전트, 브라우저)가 HTML 4 문서를 렌더링 할 때 HTML 4 사용자 에이전트와 일치해야한다는 것을 의미하기 때문입니다. 따라서, HTML 5가 후진 호환성을 강조한다면, HTML 4에서 그다지 의미가없는 구조는 HTML 5에서도 의미가 없다.
아니요? 여전히 글꼴 요소를 지원합니까?
예, 개발자가 Wysiwyg 편집기를 사용하는 경우 X/HTML 5는 여전히 글꼴 요소를 지원합니다. 이 작업에 대한 합리성이 있습니까? Wysiwyg 편집기가 글꼴 사용을 피할 수 있습니까?
Wysiwyg 서명
wysiwyg 편집기를 사용하여 생성 된 문서에는 헤드 요소에 다음 wysiwyg 서명이 포함되어야합니다.
XML/HTML 코드
<meta name = generator content = (wysiwyg editor) />
또는:
XML/HTML 코드
<meta name = generator content = 샘플 편집기 1.0 (Wysiwyg editor) />
이 작업을 수행 한 이유는 무엇입니까? 어떤 종류의 수치 마크? 이 문서가 wysiwyg 편집기를 사용하여 생성 되었기 때문에 브라우저에 최악의 상황을 준비하도록 지시해야합니까? 그렇다면 문서의 일부만 Wysiwyg 도구를 사용하여 수행되면 어떻게해야합니까?
사전 정의 된 클래스 이름을 지원합니다
사전 정의 된 클래스 이름은 X/HTML 5 사용자 에이전트에 보관 된 시맨틱 CSS 클래스 이름입니다. 다음 예에서 저작권은 사전 정의 된 클래스 이름입니다.
XML/HTML 코드
<p class = Copyright> ... </p>
사전 정의 된 다른 클래스 이름에는 오류, 예제, 문제, 참고, 검색 및 경고가 포함됩니다. 더 번거로운 것은 일부 사전 정의 된 클래스 이름이 특정 요소에서만 사용되며 다른 요소에서는 사용할 수 없다는 것입니다. 예를 들어, 클래스 이름 저작권은 P 및 SPAN 요소에만 사용됩니다. 클래스 이름 오류는 P, 섹션, 스팬 및 강에만 사용됩니다.
미리 정의 된 클래스 이름의 한 가지 문제는 다음과 같은 작문 방법이 의미가 없다는 것입니다.
XML/HTML 코드
<p class = 중요>
그리고이 글쓰기 방식은 의미가 있습니다.
XML/HTML 코드
<p class = Copyright>
클래스 속성을 다시 작성하는 것은 구조의 특정 의미를 설명하기가 어려워집니다. 예를 들어 다음 코드는 다음과 같습니다.
XML/HTML 코드
<p class = 중요한 저작권 문제>
사전 정의 된 클래스 이름은 또한 개발자의 클래스 이름 사용 자유를 제한합니다. 마찬가지로, 개발자가 이제 정의되지 않은 클래스 이름을 사용하지만 언젠가 클래스 이름이 사전 정의 된 클래스가되면 먼저 어떻게됩니까? 이것이 개발자의 이전 콘텐츠의 의미를 바꾸나요?
HTML 5 대 XHTML 5
HTML과 XHTML 간의 토론을 마침내 해결하려고 시도하면서 X/HTML 5 사양은 이해하기 어려운 일을합니다. 실제로 X/HTML 5 사양에 따르면 W3C는 웹에서 향후 XML의 적용을 위해 열심히 노력하고 있지만 개발자는 웹에서 XML을 직접 사용할 수 있다고 말합니다.
개발 과정이 너무 서두르고 있습니다
X/HTML 5는 HTML 4 및 XHTML 1 업데이트에서 W3C의 지연을 처리하는 것입니다. 따라서 이로 인해 x/html 5의 개발 프로세스가 약간 돌진하며,이 사양이 갑자기 갑자기 튀어 나오는 것처럼 느껴지고 빠르게 추적합니다. 직접 관여하는 개발자조차도 표준화 된 개발 프로세스가 약간 비현실적이라고 생각합니다.
차세대 마크 업 언어 경쟁
X/HTML 5와 XHTML 2는 모두 HTML 4 및 XHTML 1에 대한 대안을 놓고 경쟁하고 있습니다. 개발 초기 단계에서 일부 브라우저 공급 업체는 이미 두 사양에 대한 선호도를 이미 주장했습니다. 검토의 긴급 성과 폐쇄로 인해 이것은 웹 표준 조직을 양극화했습니다. 두 가지 규범이 진행됨에 따라 더 많은 개발 자원과 시가 총액이 그 중 하나에 투자 될 것이며, 이들은 모두 표준 전쟁을 일으킬 것입니다.
웹은 모든 사람에게 속하기 때문에 우리 각자는이 표준의 세트입니다. 정직하고 개방적인 토론만이 최상의 표준이 승자가되도록 할 수 있습니다.
참고 : 읽기를 위해, HTML 4.X/XHTML 1.X는 기사에서 HTML 4 및 XHTML 1으로 약칭됩니다.
원래 연결 :? id = 249