XHTML

XHTML
XHTML
파일 이름 확장명
.xhtml, .xht,
.xml, .csml, .htm
인터넷 미디어 유형
application/xhtml+xml
동일 유형 식별자(UTI)public.xhtml
IMT2000 3GPP - UTI 순응public.xml
개발자월드 와이드 웹 컨소시엄(W3C)
초기 릴리즈2000년 1월 26일 (2000-01-26)
최신 릴리즈
5.0
2014년 10월 28일; 7년(2014-10-28)
형식 유형마크업어
연장 위치XML, HTML
표준W3C HTML5(권장)
오픈 포맷?

XHTML(Extensible HyperText Markup Language)은 XML 마크업 언어 제품군의 일부다.웹 페이지가 공식화되는 언어인 널리 사용되는 HTML(HyperText Markup Language)의 버전을 미러링하거나 확장한다.

HTML5 이전의 HTML은 유연한 마크업 언어 프레임워크인 표준 일반화 마크업 언어(SGML)의 적용으로 정의되었지만, XHTML은 XML의 적용으로, SGML의 보다 제한적인 부분집합이다. XHTML 문서는 잘 형성되어 있으며 따라서 HTML과 달리 표준 XML 파서를 사용하여 구문 분석할 수 있다.파서하다[1]

XHTML 1.0은 2000년 1월 26일 월드 와이드 웹 컨소시엄(W3C) 추천이 되었고, XHTML 1.1은 2001년 5월 31일 W3C 추천이 되었다.XHTML5로 알려진 표준은 HTML5 규격의 XML 적응으로 개발되고 있다.[2][3]

개요

XHTML 1.0은 "XML 1.0의 어플리케이션으로서 3가지 HTML 4 문서 타입의 재구성"[4]이다.월드 와이드 컨소시엄(W3C)도 HTML 4.01 추천을 계속 유지하고 있으며, HTML5와 XHTML5의 사양이 활발하게 개발되고 있다.2002년 8월로 발표·개정된 현행 XHTML 1.0 권고문서에서 W3C는 "XHTML 계열은 인터넷 진화의 다음 단계"라고 평했다.오늘날 XHTML로 마이그레이션함으로써, 컨텐츠 개발자들은 컨텐츠의 후진적, 미래의 호환성에 대한 자신감을 유지하면서 모든 참여자 혜택을 가지고 XML 세계에 진입할 수 있다."[4]

However, in 2005, the Web Hypertext Application Technology Working Group (WHATWG) formed, independently of the W3C, to work on advancing ordinary HTML not based on XHTML. The WHATWG eventually began working on a standard that supported both XML and non-XML serializations, HTML5, in parallel to W3C standards such as XHTML 2. In 2007, the W3C's HTML작업 그룹은 HTML5를 공식적으로 인정하고 차세대 HTML 표준으로 작업하기 위해 투표했다.[5]2009년 W3C는 HTML5가 XML과 비-XML 직렬화를 모두 포함한 유일한 차세대 HTML 표준이 될 것임을 인정하면서 XHTML 2 워킹 그룹 헌장의 만료를 허용했다.[6]W3C는 두 개의 연속화 중에서 대부분의 저자들이 XHTML 구문이 아닌 HTML 구문을 사용한다고 제안한다.[7]

동기

XHTML은 HTML의 확장성을 높이고 다른 데이터 형식과의 상호운용성을 높이기 위해 개발되었다.[8]게다가, 브라우저들은 HTML의 오류를 용서하고 있었고, 대부분의 웹사이트들은 마크업에서 기술적인 오류에도 불구하고 표시되었다; XHTML은 더 엄격한 오류 처리를 도입했다.[9]HTML 4는 표면적으로는 SGML(Standard Generalized Markup Language)을 적용한 것이었지만, SGML의 사양은 복잡했고, 웹 브라우저나 HTML 4 권장사항도 그것에 완전히 부합하지 않았다.[10]1998년에 승인된 XML 표준은 HTML 4에 더 가까운 단순화된 데이터 형식을 제공했다.[11] XML 형식으로 전환함으로써 HTML이 일반적인 XML 도구와 호환되기를 희망했다.[12] 서버와 프록시는 이동전화와 같은 제한된 장치의 컨텐츠를 필요에 따라 변환할 수 있을 것이다.[13]네임스페이스를 사용하여 XHTML 문서는 확장 가능한 벡터 그래픽MathML과 같은 다른 XML 기반 언어의 조각들을 포함함으로써 확장성을 제공할 수 있었다.[14] 마지막으로, 갱신된 작업은 HTML을 재사용 가능한 컴포넌트(XHTML 모듈화)로 나누고 언어의 지저분한 부분을 정리할 수 있는 기회를 제공할 것이다.[15]

HTML과의 관계

XHTML과 HTML 사이에는 다양한 차이가 있다. DOM(Document Object Model)은 응용프로그램에서 내부적으로 페이지를 나타내는 트리 구조로 XHTML과 HTML은 마크업에서 페이지를 나타내는 두 가지 다른 방법이다.Both are less expressive than the DOM – for example, "--" may be placed in comments in the DOM, but cannot be represented in a comment in either XHTML or HTML – and generally XHTML's XML syntax is more expressive than HTML (for example, arbitrary namespaces are not allowed in HTML). XHTML uses an XML syntax, while HTML uses a pseudo-SGML syntax (oHTML 4 이하를 위한 SGML은 실용적이지는 않지만, HTML5의 SGML로부터 떨어져 표준화되었다.구문에서의 DOM의 표현 가능한 내용이 약간 다르기 때문에, 두 모델 사이에 실제 행동에 약간의 변화가 있다.그러나 구문 차이는 마크업 내에서 대체 번역 프레임워크를 구현함으로써 극복할 수 있다.

첫째, 구문에는 다음과 같은 몇 가지 차이점이 있다.[16]

  • 일반적으로 XML 규칙은 별도의 닫기 태그를 사용하거나 자체 닫기 구문을 사용하여 모든 요소를 닫을 것을 요구한다(예:<br/>HTML 구문에서는 일부 요소가 항상 비어 있기 때문에(예:) 닫히지 않도록 허용한다.<input>) 또는 이들의 끝을 암묵적으로(예: "무능력") 결정할 수 있다.<p>).
  • XML은 요소와 속성 이름에 대소문자를 구분하지만 HTML은 대소문자를 구분하지 않는다.
  • 속성 값이나 그 따옴표를 생략할 수 있는 (1) 속성 최소화와 같이 HTML의 일부 속기 기능은 XML에서 생략된다(예:<option selected>또는<option selected=selected>, XML에서 이것은 다음과 같이 표현되어야 한다.<option selected="selected">); (2) 요소 최소화를 사용하여 요소를 완전히 제거할 수 있다(예:<tbody>표에 제시되지 않은 경우) 및 (3) 요소 최소화를 위해 거의 사용되지 않는 SGML 구문("shortttag")은 대부분의 브라우저에서 구현하지 않는다.[17]
  • 공백과 특정 문자 및 요소의 정확한 구문 분석과 네임스페이스를 둘러싼 수많은 기술 요구사항이 있다.실제 HTML의 정확한 구문 분석은 최근까지 정의되지 않았다. 자세한 내용은 HTML5 사양([HTML5]) 또는 작업 요약(HTML 대 XHTML)을 참조하라.

구문론적 차이 외에도 일부 행동적 차이가 있는데, 대부분 연재화의 근본적인 차이에서 비롯된다.예를 들면 다음과 같다.

  • 구문 분석 오류에서의 행동은 다르다.XML의 치명적인 구문 분석 오류(예: 잘못된 태그 구조)로 인해 문서 처리가 중단된다.
  • 네임스페이스가 필요한 대부분의 콘텐츠는 HTML5 파서에 SVG와 MathML에 대한 내장 지원을 제외하고 HTML에서 작동하지 않을 것이다.xlink.
  • 자바스크립트 프로세싱은 XHTML이 다르며, 일부 기능에 대한 대소문자 민감도가 경미하게 변경되고, 올바른 형식의 콘텐츠로 프로세싱을 제한하기 위한 추가 주의사항이 있다.스크립트는 다음을 사용하지 않아야 함document.write()방법; XHTML에는 사용할 수 없다.innerHTML속성을 사용할 수 있지만 형식이 올바른 콘텐츠는 삽입하지 않는다.한편, XHTML에 잘 형성된 이름의 선행 콘텐츠를 삽입하는 데 사용할 수 있다.
  • CSS(Cascading Style Sheet)도 다르게 적용된다.XHTML의 대/소문자 구분 때문에 모든 CSS 선택기는 XHTML 문서에 대/소문자를 구분하게 된다.[18]배경과 같은 일부 CSS 속성은<body>HTML의 요소가 에 '상속'되어 있다.<html>요소: XHTML의 경우는 아닌 것 같다[clarification needed].[19]

입양

HTML 4.01과 XHTML 1.0의 유사성으로 인해 많은 웹 사이트와 콘텐츠 관리 시스템이 초기 W3C XHTML 1.0 권장사항을 채택하게 되었다.전환기의 저자를 돕기 위해, W3C는 XHTML 1.0 문서를 HTML 호환 방식으로 게시하고, XHTML용으로 설계되지 않은 브라우저에 제공하는 방법에 대한 지침을 제공했다.[20][21]

이러한 "HTML 호환" 컨텐츠는 HTML 미디어 유형을 사용하여 전송된다(text/htmlXHTML에 대한 공식 인터넷 미디어 유형 대신 ()application/xhtml+xml따라서 정규 HTML에 대한 XHTML의 채택을 측정할 때, 미디어 유형 사용인지 비교되고 있는 실제 문서 내용인지 구별하는 것이 중요하다.[22][23]

대부분의 웹 브라우저는 가능한 모든 XHTML 미디어 유형에 대한 성숙한 지원을[24] 가지고 있다.[25]주목할 만한 예외는 렌더링 대신 Microsoft의한 Internet Explorer 8 이전 버전이다.application/xhtml+xml콘텐츠를 디스크에 저장하도록 사용자를 초대하는 대화상자.인터넷 익스플로러 7(2006년 출시)과 인터넷 익스플로러 8(2009년 3월 출시) 모두 이런 행태를 보이고 있다.[26]2005년에 마이크로소프트 개발자 크리스 윌슨은 IE7의 우선 순위는 브라우저 보안CSS 지원 개선이며, 적절한 XHTML 지원은 IE의 호환성 지향 HTML 파서에 접목하기 어려울 것이라고 설명했지만, 마이크로소프트IE9에서 진정한 XHTML에 대한 지원을 추가했다.[27][28]

지원이 확산되지 않는 한 대부분의 웹 개발자들은 HTML 호환이 되지 않는 XHTML 사용을 기피하기 때문에 [29]네임스페이스, 빠른 파싱, 작은 풋프린트 브라우저 등 XML의 장점은 사용자에게 유리하지 않다.[30][31][32]

비판

2000년대 초반에 일부 웹 개발자들은 왜 웹 작가들이 만드는에 XHTML.[33][34][35]들을 있게 된 데 그 문제들이 XML을 사용하는 것에서 기인되는 대부분 두 주요한 출처:유효하지 않은 XML문서의 일부 웹 작가들에 의해 생산과 XML에 대한 지원의 부족에게 부여될 수 있는다고 반박했다 나에 내장된에게 묻기 시작했다인터넷 Expl그들은 계속해서 검색, 색인화 및 구문 분석뿐만 아니라 웹 자체를 미래에 대비할 수 있는 XML 기반 웹 문서(즉, XHTML)의 이점을 설명하였다.[36][37]

2006년 10월, HTML 발명가 겸 W3C 의장 Tim Berners-Lee는 새로운 HTML 사양을 개발하기 위한 W3C의 주요 노력을 소개하면서, "세상을 XML로 바꾸려는 시도는 한 번에 효과가 없었다.HTML을 생성하는 큰 대중은 움직이지 않았다...몇몇 큰 지역사회는 변화했고 잘 형성된 시스템의 결실을 누리고 있다.완전히 새로운 HTML 그룹을 임대한다는 계획이다."[38]현재의 HTML5 작업 초안에는 "상호운용성을 개선하기 위한 노력의 일환으로 사용자 에이전트에 대한 명확한 적합성 기준을 규정하는데 특별한 주의를 기울였다...동시에 HTML 규격을 업데이트하여 지난 몇 년 동안 제기된 문제를 해결하십시오."2002년 XHTML의 부적절한 사용을 비판한 HTML5 규격의 편집자인 Ian Hickson은 이 규격을 개발하는 그룹의 일원으로 현재 작업 초안의 공동 편집자 중 한 명으로 나열되어 있다.[33][39]

사이먼 피에터스(Simon Pieters)는 모바일 브라우저의[40] XML 컴플라이언스를 조사하면서 "모바일 기기에 XHTML이 필요할 것이라는 주장은 단순한 신화"라고 결론지었다.

XHTML 버전

XHTML 1.0

일찍이[when?] 위키피디아는 XHTML 1.0 Transition dctype과 구문을 사용하였으나 XHTML로 제공되지는 않았다.

December 1998 saw the publication of a W3C Working Draft entitled Reformulating HTML in XML. This introduced Voyager, the codename for a new markup language based on HTML 4, but adhering to the stricter syntax rules of XML. By February 1999 the name of the specification had changed to XHTML 1.0: The Extensible HyperText Markup Language, and in Janu2000년 W3C 권고안으로서 공식적으로 채택되었다.[41]XHTML 1.0용 공식 DTD는 3가지 HTML 4.01 버전에 해당한다.

  • XHTML 1.0 Strategy는 엄격한 HTML 4.01에 해당하는 XML이며 HTML 4.01 규격에서 더 이상 사용되지 않은 요소와 속성을 포함한다.2015년 11월 현재 XHTML 1.0 Strong은 월드 와이드 컨소시엄 홈페이지에서 사용하는 문서 유형이다.
  • XHTML 1.0 Transition은 HTML 4.01 Transition과 동등한 XML이며 현재적 요소(예:center,font그리고strike)는 엄격한 버전에서 제외된다.
  • XHTML 1.0 Frameset은 HTML 4.01 Frameset과 동등한 XML이며, 1990년대 후반에 일반적인 웹 기능인 프레임셋 문서의 정의를 허용한다.

XHTML 1.0 2판은 2002년 8월에 W3C 추천서가 되었다.[42]

XHTML의 모듈화

모듈화는 XHTML을 부분집합하고 확장할 수 있는 요소의 추상적인 컬렉션을 제공한다.이 기능은 XHTML이 모바일 기기 및 웹 지원 TV와 같은 신흥 플랫폼으로 그 영역을 확장하도록 돕기 위한 것이다.XHTML의 모듈화 초기 초안은 1999년 4월에 이용 가능하였고, 2001년 4월에 추천 상태에 이르렀다.[43]

최초의 모듈형 XHTML 변형은 XHTML 1.1과 XHTML Basic 1.0이었다.

2008년 10월에 XHTML의 모듈화XML 스키마 구현을 추가하는 XHTML 모듈화 1.1로 대체되었다.그 자체가 2010년 7월 제2판으로 대체되었다.[44]

XHTML 1.1: 모듈 기반 XHTML

XHTML 1.1은 XHTML 규격의 초기 모듈화를 둘러싼 작업에서 발전했다.W3C는 1999년 9월에 초안을 발표하였고, 2001년 5월에 권고안에 도달하였다.[45]XHTML 1.1 내에서 결합된 모듈은 루비 주석 요소를 추가하여 XHTML 1.0 Strong을 효과적으로 재생성한다.ruby,rbc,rtc,rb,rt그리고rp)은(는) 동아시아 언어를 더 잘 지원한다.다른 변경 사항에는 다음 구성 요소 제거가 포함된다.name에서 귀속시키다a그리고map요소들, 그리고 (언어 제1판의) 제거lang을 지지하다.xml:lang.

XHTML 1.1은 XHTML 1.0 및 HTML 4와 대체로 호환되지만, 2002년 8월에 Working Group은 HTML 미디어 유형과 함께 전송되어서는 안 된다는 공식적인 노트를 발행했다.[46]대체에 대한 브라우저 지원 제한application/xhtml+xml미디어 타입, XHTML 1.1은 널리 사용될 수 없다는 것이 증명되었다.2009년 1월에 문서 2판(XHTML 미디어 유형 Second Edition)이 발행되어 이러한 제한을 완화하고 XHTML 1.1을 다음과 같이 제공할 수 있게 되었다.text/html.[47]

XHTML 1.1의 두 번째 판은 2010년 11월 23일에 발행되었는데, 이 판은 다양한 에라타를 다루고 원래 사양에 포함되지 않은 XML 스키마 구현을 추가했다.[48](2009년 5월 7일 '편집된 권고안'[49]으로 간략하게 발표되었다가 5월 19일 미해결 문제로 철회되었다.)

XHTML 기본

정보기기는 모든 XHTML 추상 모듈을 구현하기 위한 시스템 자원이 부족할 수 있기 때문에, W3C는 XHTML Basic이라고 하는 기능제한 XHTML 규격을 정의했다.그것은 가장 일반적인 콘텐츠 제작에 충분한 최소한의 기능 부분집합을 제공한다.이 규격은 2000년 12월에 W3C 권고안이 되었다.[50]

XHTML의 모든 버전 중에서 XHTML Basic 1.0은 가장 적은 기능을 제공한다.XHTML 1.1과 함께 모듈형 XHTML의 두 가지 최초 구현 중 하나이다. 코어 모듈(구조, 텍스트, 하이퍼텍스트, 목록) 외에도 베이스, 기본 폼, 기본 테이블, 이미지, 링크, 메타인포메이션, 객체, 스타일 시트, 타겟 등의 추상 모듈을 구현한다.[51][52]

XHTML Basic 1.1은 기본 양식 모듈을 양식 모듈로 대체하고, 내장 이벤트, 프레젠테이션 및 스크립팅 모듈을 추가한다.다른 모듈의 추가 태그와 속성도 지원한다.이 버전은 2008년 7월 29일 W3C 권고안이 되었다.[53]

현재 XHTML Basic 버전은 1.1 Second Edition(2010년 11월 23일)으로, W3C의 XML Schema 언어로 언어가 다시 구현된다.이 버전은 또한lang귀속시키다[54]

XHTML-인쇄

2006년 9월 W3C 추천사가 된 XHTML-Print는 정보 가전부터 보급형 프린터까지 인쇄된 문서를 위해 설계된 XHTML Basic의 전문 버전이다.[55]

XHTML 모바일 프로필

XHTML 모바일 프로필(약칭 XHTML MP 또는 XHTML-MP)은 W3C의 XHTML 기본 사양의 제3자 변종이다.XHTML Basic과 마찬가지로 XHTML은 시스템 자원이 한정된 정보 가전용으로 개발되었다.

2001년 10월, 무선 애플리케이션 프로토콜 포럼이라는 유한회사가 무선 애플리케이션 프로토콜의 두 번째 주요 버전인 WAP 2.0에 XHTML Basic을 적용하기 시작했다.WAP Forum은 대상 모듈을 제외하고 XHTML Basic 1.0에서 사용된 W3C와 동일한 모듈을 통합한 XHTML의 모듈화를 기반으로 DTD를 작성했다.이 재단을 시작으로 WAP 포럼은 기본 양식 모듈을 양식 모듈의 부분적인 구현으로 대체하고, 레거시 및 프리젠테이션 모듈에 부분적인 지원을 추가하며, 스타일 속성 모듈에 대한 전폭적인 지원을 추가하였다.

2002년 WAP 포럼은 OMA(Open Mobile Alliance)에 포함되었고, OMA 브라우징 명세서의 구성요소로서 XHTML 모바일 프로필을 계속 개발하였다.

XHTML 모바일 프로필 1.1

2004년 최종 확정된 이 버전에 OMA는 스크립팅 모듈에 대한 부분적 지원과 내장 이벤트에 대한 부분적 지원을 추가했다. XHTML MP 1.1은 OMA 브라우징 사양(2002년 11월 1일)의 v2.1의 일부다.[56]

XHTML 모바일 프로필 1.2

2007년 2월 27일 최종 확정된 본 버전은 양식 모듈 및 OMA 텍스트 입력 모드에 대한 전폭적인 지원을 통해 XHTML MP 1.1의 기능을 확장한다. XHTML MP 1.2는 OMA 브라우징 사양서(2007년 3월 13일)의 v2.3의 일부다.[56]

XHTML 모바일 프로필 1.3

XHTML MP 1.3(2008년 9월 23일 최종화)은 대상 모듈을 포함하는 XHTML Basic 1.1 문서 유형 정의를 사용한다.이 규격 버전의 이벤트는 DOM 레벨 3 규격으로 업데이트된다(즉, 플랫폼 및 언어 중립).

XHTML 1.2

XHTML 2 작업 그룹은 XHTML 1.1에 기초한 새로운 언어의 창조를 고려했다.[57]XHTML 1.2가 생성되면 WAI-ARIA와role접근 가능한 웹 응용프로그램을 더 잘 지원하고 RDFa통해 시맨틱 웹 지원을 향상시키는 속성.inputmodeXHTML Basic 1.1의 속성 및target속성(프레임 대상 지정용)도 있을 수 있다.XHTML2 WG는 XHTML1.2 개발을 수행하도록 허가되지 않았다.W3C는 XHTML2 WG를 재충전할 의사가 없다고 발표했고,[6] 2010년 12월 WG를 폐쇄했기 때문에 XHTML 1.2 제안은 실현되지 않는다는 뜻이다.

XHTML 2.0

2002년 8월부터 2006년 7월 사이에 W3C는 역호환성 요건을 버림으로써 XHTML의 새로운 버전인 XHTML 2.0의 8개의 작업 초안을 발표했다.이러한 XHTML 1.x 및 HTML 4와의 호환성 부족은 웹 개발자 커뮤니티에서 초기 논란을 일으켰다.[58]언어의 일부 부분(예:role그리고 RDFA 속성)은 이후 규격에서 분리되어 별도의 모듈로서 작업되었으며, 부분적으로 XHTML 1.x에서 XHTML 2.0으로의 전환을 원활하게 하기 위해 도움이 되었다.2009년에 XHTML 2.0의 9번째 초안이 나올 것으로 예상되었지만, 2009년 7월 2일에 W3C는 XHTML2 워킹 그룹 헌장을 그 해 말까지 만료시키기로 결정하여, 초안의 추가 개발을 사실상 표준으로 중단시켰다.[6]대신 2010년 XHTML 2.0 및 관련 문서가 W3C Notes로 출시되었다.[59][60]

XHTML 2.0에 의해 도입된 새로운 기능:

  • HTML 양식은 XML 기반 사용자 입력 규격인 XForms로 대체되어 서로 다른 렌더링 장치에 적합한 양식을 표시할 수 있게 되었다.
  • HTML 프레임은 XFrames로 대체될 예정이었다.
  • DOM 이벤트는 XML 문서 객체 모델을 사용하는 XML 이벤트로 대체된다.
  • 새 목록 요소 유형,nl특정 목록을 탐색 목록으로 지정하기 위해 요소 유형이 포함되어야 했다.이것은 중첩되지 않은 목록이나 중첩된 정의 목록과 같은 다양한 수단에 의해 현재 만들어지는 중첩된 메뉴를 만들 때 유용했을 것이다.
  • 어떤 요소라도 하이퍼링크 역할을 할 수 있게 되어 있었다.<li href="articles.html">Articles</li>, XLink와 유사하다.그러나 XLink 자체는 설계 차이로 인해 XHTML과 호환되지 않는다.
  • 어떤 요소도 다음 구성 요소로 대체 매체를 참조할 수 있도록 되어 있었다.src속성(예:<p src="lbridge.jpg" type="image/jpeg">London Bridge</p>와 같다<object src="lbridge.jpg" type="image/jpeg"><p>London Bridge</p></object>.
  • alt의 속성img요소가 제거됨: 대체 텍스트는 다음 내용에 제공됨img원소, 그것과 매우 유사하다.object요소, 예:<img src="hms_audacious.jpg">HMS <span class="italic">Audacious</span></img>.
  • 단일 제목 요소(h)이 추가되었다.이러한 표제의 수준은 둥지의 깊이에 의해 결정되었다.이것은 깊이 6단계로 사용을 제한하기 보다는 표제 사용을 무한대로 허용했을 것이다.
  • 나머지 현재적 요소i,b그리고tt, 여전히 XHTML 1.x에서 허용됨(이른바 엄격함) XHTML 2.0에서 제외됨.어느 정도 현학적인 요소만이 남아 있는 것이었다.sup그리고sub위 첨자와 첨자의 경우, 각각 비현존적 용도가 유의하며 특정 언어에 의해 요구되기 때문이다.다른 모든 태그는 대신 의미론적이어야 했다(예:strong강한 강조를 위해) 사용자 에이전트가 CSS를 통해 요소의 표시를 제어할 수 있도록 허용하면서(예: 대부분의 비주얼 브라우저에서 굵은 글씨로 표시되지만 텍스트 대 음성 판독기에서 톤의 변화, 사용자-엔드 스타일시트 등에서 규칙당 더 큰 + 기울임꼴 글꼴로 렌더링될 수 있음).
  • RDF와 RDF의 추가는property그리고aboutXHTML에서 RDF/XML로의 변환을 용이하게 하는 속성.

XHTML5

HTML5는 W3C로부터 독립적으로 성장했으며, 브라우저 제조업체와 기타 이해관계자들이 자신들을 WHTWG 또는 Web Hypertext Application Technology Working Group이라고 부르는 느슨한 그룹을 통해 성장했다.그룹의 주요 동기는 동적 웹 애플리케이션을 위한 플랫폼을 만드는 것이었다. 그들은 XHTML 2.0이 너무 문서 중심적이고 인터넷 포럼 사이트나 온라인 상점의 창설에 적합하지 않다고 생각했다.[61]

HTML5는 둘 다 정규 분포를 가지고 있다.text/htmlXHTML5라고도 하는 직렬화 및 XML 직렬화.[62] 기존의 HTML 양식 요소와 이벤트 모델을 유지하기로 결정했기 때문에 XHTML 2.0보다 언어가 HTML 4 및 XHTML 1.x와 더 호환된다.그러나 XHTML 1.x에는 없는 많은 새로운 요소들을 추가한다.section그리고aside꼬리표를 달다

XHTML5 언어는 HTML5와 마찬가지로 DTD 없이 DOCTYPE 선언을 사용한다.또한 이 규격은 구문 분석 중에 이름 지정된 문자에 대한 엔티티 정의만 포함하는 것으로 브라우저에 대체하도록 요청함으로써 이전의 XHTML DTD를 부정한다.[62]

XHTML의 의미론적 내용

XHTML+RDFa는 제대로 구성된 XML 문서의 형태로 속성 모음과 처리 규칙을 통해 RDF를 지원하기 위한 XHTML 마크업 언어의 확장 버전이다.이 호스트 언어는 풍부한 의미 마크업을 내장하여 의미론 웹 콘텐츠를 개발하는 데 사용되는 기술 중 하나이다.

유효한 XHTML 문서

XHTML 규격을 준수하는 XHTML 문서가 유효하다고 한다.유효성은 문서 코드의 일관성을 보장하며, 이는 결국 처리를 용이하게 하지만 반드시 브라우저에 의한 일관된 렌더링을 보장하지는 않는다.W3C Markup Validation Service(XHTML5의 경우 대신 Validator.nu Living Validator를 사용해야 함)를 통해 문서의 유효성을 확인할 수 있다.실제로 많은 웹 개발 프로그램은 W3C 표준에 기초한 코드 검증을 제공한다.

뿌리요소

XHTML 문서의 루트 요소는 다음과 같아야 한다.html, 그리고 반드시 다음을 포함해야 한다.xmlns속성을 XHTML 네임스페이스와 연결하십시오.XHTML의 네임스페이스 URI는http://www.w3.org/1999/xhtml아래 예시 태그는 추가적으로 다음과 같은 특징을 가지고 있다.xml:lang문서를 고유 언어로 식별하는 속성:

<< html> xmlns="http://www.w3.org/1999/xhtml" xml:blass="ar"> 

DOCTYPE

XHTML 문서의 유효성을 확인하기 위해 문서 유형 선언 또는 DOCTYPE을 사용할 수 있다.DOCTYPE은 문서가 준수하는 DTD(Document Type Definition)를 브라우저에 선언한다.문서 유형 선언은 루트 요소 앞에 배치해야 한다.

DOCTYPE의 시스템 식별자 부분(이 예에서 시작하는 URL)http://검증자가 공용 식별자(따라서 인용된 문자열)를 기준으로 DTD를 찾을 수 없는 경우 , 사용할 DTD 복사본만 가리키면 된다.이러한 예에 포함된 특정 URL이 될 필요는 없다. 사실, 저자들은 가능하면 DTD 파일의 로컬 사본을 사용하도록 권장한다.그러나 공용 식별자는 예시와 동일한 문자 형식이어야 한다.

XML 선언

문자 인코딩은 XML 선언에 있는 XHTML 문서의 시작 부분에 지정될 수 있다.application/xhtml+xml MIME 유형.(XML 문서에 인코딩 규격이 없는 경우, XML 파서는 상위 프로토콜에 의해 인코딩이 이미 결정되지 않은 한 인코딩을 UTF-8 또는 UTF-16으로 가정한다.)

예를 들면 다음과 같다.

<?xml version="1.0" encoding="UTF-8" ?>

선언은 기본 인코딩으로 선언하므로 선택적으로 생략할 수 있다.그러나 문서가 XML 1.1 또는 다른 문자 인코딩을 대신 사용하는 경우, 선언이 필요하다.버전 7 이전의 Internet Explorer가 다음 기능을 수행하는 문서에서 XML 선언과 마주치는 경우 키크스 모드로 전환됨text/html.

역호환성

XHTML 1.x 문서는 적절한 지침을 따를 때 HTML 4 사용자 에이전트와 대부분 역호환된다. XHTML 1.1은 루비 주석 요소가 HTML 4 사양에 속하지 않아 HTML 4 브라우저에서 일반적으로 무시되고 있지만 본질적으로 호환된다.에 대한 XHTML 1.x 모듈role속성, RDFAWAI-ARIA는 유사한 방식으로 우아하게 분해된다.

XHTML 2.0은 스크립팅을 통해 어느 정도 완화할 수 있지만 호환성이 현저히 떨어진다.(이것은 단순한 1행일 수 있다, 예를 들면, 의 사용.document.createElement()Internet Explorer 내에 새로운 HTML 요소를 등록하거나 XFormsFormFaces 구현과 같은 JavaScript 프레임워크를 완성하십시오.)

다음은 XHTML 1.0 Strong의 예로서, 양쪽의 시각적 출력이 동일하다.전자는 XHTML 미디어 유형 노트의 HTML 호환성 지침을 따르고, 후자는 역호환성을 깨지만 더 깨끗한 마크업을 제공한다.[47]

미디어 유형 권장 사항(RFC 2119 용어)
매체형 예 1 예 2
application/xhtml+xml 해야 한다 해야 한다
application/xml 메이 메이
텍스트/xml 메이 메이
문자/문자 메이 하지 말아야 함

예 1.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <title>XHTML 1.0 엄격한 예시 </title> <script type="text/javascript"> //<![CDATA[ 함수 loadpdf] { document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf"; } //]</script> </head> <body onload="loadpdf(")"예다.확장 가능한 하이퍼텍스트 마크업 언어">XHTML[/abbr] 1.0 엄격한 문서.<br /><img id="immet-icon" src="http://www.w3.org/Icons/valid-xhtml10" alt="유효한 XHTML 1.0 엄격"/<br /><<<객체 id="pdf-object" 이름="pdf-object" type="application/pdf" data="100%"높이="500"/object ></p </body </bodyp.

예 2

<?xml 버전="1.0" 인코딩="UTF-8"?><!DOCTYPE html Public "-//W3C///DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><proble xmlns="http://www.w3.org/1999/xhtml" xml:=="en"><head> <title>XHTML 1.0 Strict Example</title> <script type="application/javascript"> <![CDATA[  function loadpdf() {     document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf";  }  ]]> </script> </head> <body onload="loadpdf()"> <p>This is an example of an  <abbr title="확장 가능한 하이퍼텍스트 마크업 언어">XHTML[/abbr] 1.0 엄격한 문서.<br /> <img id="immet-icon" src="http://www.w3.org/Icons/valid-xhtml10" alt="유효한 XHTML 1.0 엄격"/>/><br /><<객체 ID="pdf-object" type="application/pdf" data="wid="100%"500"m높이="500"/p"/bodium"/body="/body="/bodychage="/bodyp"/bodelf"/bodym"/bodybodium"/

주의:

  1. "loadpdf" 기능은 실제로 Internet Explorer의 해결책이다.덧셈으로 대체할 수 있다.<param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf"/>안쪽에<object>.
  2. img원소가 a를 얻지 못하다.nameXHTML 1.0 엄격한 DTD의 속성.사용하다id대신에

XHTML과 HTML의 교차 호환성

반면 완전히 XML에서 허락 되는지가 더 XHTML5에 달라붙은 HTML5와 XHTML5 serializations 크라 extensible유효한 HTML5(예로 일할 수 없는 경우가 존재한다.inter-compatible, 처리 지침 HTML[ 밝히다]에, 의견만큼 그리고 긴밀한 첫번째">"중에 취급합니다로 취급된다 사용되지 않습니다.직접 형식 ir,을 마무리짓다.?>).[63]

참고 항목

참조

  1. ^ Graff, Eliot (7 May 2014). "Polyglot Markup: A robust profile of the HTML5 vocabulary". W3C.
  2. ^ "HTML vs. XHTML". whatwg.org.
  3. ^ "The WHATWG Blog". whatwg.org.
  4. ^ a b "XHTML 1.0 Specification, Section 1: What is XHTML?". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  5. ^ "results of HTML 5 text, editor, name questions". w3.org.
  6. ^ a b c "Frequently Asked Questions (FAQ) about the future of XHTML". w3.org.
  7. ^ "HTML5 Working Draft, Section 1.6: HTML vs XHTML". World Wide Web Consortium. 2011-01-13. Retrieved 2011-02-16.
  8. ^ "XHTML 1.0 Specification, Section 1.1: Why the need for XHTML?". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  9. ^ Pilgrim, Mark. "How Did We Get Here? - Dive Into HTML5". diveintohtml5.info. Retrieved 2016-06-11.
  10. ^ Arjun Ray (1999-10-06). "Dropping the Normative Reference to SGML (was: I-D ACTION.)". Retrieved 2008-12-29. ... However, since ISO 8879 does not afford applications the leeway to prohibit internal subsets, it follows that the letter of the HTML [4] spec automatically disentitles it to be a conforming SGML application...
  11. ^ Tina Holmboe (2008-10-06). "XHTML—Myths and Reality". The Developer's Archive. Archived from the original on 2017-01-12. Retrieved 2008-12-29. ... Since the design goals of XML itself partially mirrored those of the original HTML, it was logical for work to begin on formulating an XML–based markup language...
  12. ^ Kip Hampton (2001-01-10). "Creating Web Utilities Using XML::XPath". XML.com. Retrieved 2008-12-29. ... The problem: You want to take advantage of the power and simplicity that XML tools can offer, but you face a site full of aging HTML documents. The solution: Convert your documents to XHTML and put Perl and XML::XPath to work...
  13. ^ Jean-Luc David (2004-04-14). "Developing Wireless Content using XHTML Mobile". XML.com. Retrieved 2008-12-29. ... A useful feature of XHTML is that it can be manipulated as XML. Extensible Stylesheet Language Templates can be used to transform XHTML into WML or any other proprietary mobile formats...
  14. ^ "Namespaces Crash Course". Mozilla Developer Center. Archived from the original on 2008-10-02. Retrieved 2008-12-29. ... It has been a long standing goal of the W3C to make it possible for different types of XML based content to be mixed together in the same XML file. For example, SVG and MathML might be incorporated directly into an XHTML based scientific document...
  15. ^ Steven Pemberton (2004-07-21). "HTML and XHTML Frequently Answered Questions". World Wide Web Consortium. Retrieved 2008-12-29. ... with an XML-based HTML other XML languages could include bits of XHTML, and XHTML documents could include bits of other markup languages. We could also take advantage of the redesign to clean up some of the more untidy parts of HTML, and add some new needed functionality, like better forms...
  16. ^ Clark, James (1997-12-15). "Comparison of SGML and XML". World Wide Web Consortium Note.
  17. ^ "Shorthand markup". HTML 4, Appendix B: Performance, Implementation, and Design Notes. W3C. Retrieved 30 September 2011.
  18. ^ "Case Sensitivity". SitePoint Pty. Ltd. Retrieved 30 September 2011.
  19. ^ Wilson, Nicholas. "CSS differences between XHTML and HTML".
  20. ^ "XHTML 1.0 Specification, Appendix C: HTML Compatibility Guidelines". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  21. ^ "XHTML Media Types, W3C Working Group Note". World Wide Web Consortium. 2002-08-01. Retrieved 2008-06-12.
  22. ^ "Meta and Inline Tags that Google Understands Google Search Central".
  23. ^ 그레타 드 그로트(2002년).그는 "웹과 구글에 대한 기대는 다음과 같이 말했다.Monika Henzinger, "Google, Research of Research of Internet Cataloging, 2002년 5권(1) 페이지 17-28.
  24. ^ 초기 구현(예: Mozilla 0.7 및 Opera 6.0, 둘 다 2001년에 출시됨)은 네트워크를 통해 수신되는 XHTML을 점진적으로 렌더링하지 않아 사용자 환경이 저하된다. 자세한 내용은 Mozilla Web Author FAQ를 참조하십시오.Opera 9.0, Safari 3.0, Firefox 3.0과 같은 이후 브라우저에는 이 문제가 없다.
  25. ^ "XHTML media type test - results". w3.org.
  26. ^ Chris Wilson (2005-09-15). "The <?xml> prolog, strict mode, and XHTML in IE". Retrieved 2007-06-16. I've also been reading comments for some time in the IEBlog asking for support for the "application/xml+xhtml" MIME type in IE. I should say that IE7 will not add support for this MIME type – we will, of course, continue to read XHTML when served as "text/html", presuming it follows the HTML compatibility recommendations.
  27. ^ Chris Wilson (2005-09-15). "The <?xml> prolog, strict mode, and XHTML in IE". Retrieved 2007-06-16. ...If we tried to support real XHTML in IE 7 we would have ended up using our existing HTML parser (which is focused on compatibility) and hacking in XML constructs. It is highly unlikely we could support XHTML well in this way; in particular, we would certainly not detect a few error cases here or there, and we would silently support invalid cases. This would, of course, cause compatibility problems based on parser error handling in the future, which XML is explicitly trying to avoid; we don't want to cause another mess like the one with current HTML error handling (rooted in compatibility with earlier browsers – you can blame me for that personally somewhat, but not IE). I would much rather take the time to implement XHTML properly after IE 7, and have it be truly interoperable...
  28. ^ Hachamovitch, Dean (2010-03-16). "HTML5, Hardware Accelerated: First IE9 Platform Preview Available for Developers". IEBlog on Microsoft Developer Network. Microsoft. Retrieved 2010-03-22. ...At this time, we're looking for developer feedback on our implementation of HTML5's parsing rules, Selection APIs, XHTML support, and inline SVG. Within CSS3, we're looking for developer feedback on IE9's support for Selectors, Namespaces, Colors, Values, Backgrounds and Borders, and Fonts....
  29. ^ "List of XHTML Sites (the X-Philes)". Retrieved 2008-08-26.
  30. ^ 2007년 검색엔진 최적화 리더 37명은 키워드 속성에 키워드가 거의 없는 것으로 결론지었다. Sanger.nu 블로그, 2008년 9월 9일, 웨이백 머신에서 2011년 8월 2일 검색 2009년 2월 21일 보관
  31. ^ "Meta used for SEO". 18 December 2015. Archived from the original on March 18, 2016. Retrieved March 18, 2016.
  32. ^ Danny Sullivan, 2002년 12월 5일 Wayback Machine, Search Engine Watch에 보관된 HTML 메타 태그 사용 방법 2008-09-13
  33. ^ a b Ian Hickson, a former developer of the Opera browser and cofounder of the WHATWG (2002-09-08). "Sending XHTML as text/html Considered Harmful". Retrieved 2007-06-16.
  34. ^ Anne van Kesteren, a developer of the Opera browser (2004-06-13). "XHTML is invalid HTML". Retrieved 2007-06-16.
  35. ^ Maciej Stachowiak, a developer of Apple's Safari browser (2006-09-20). "Understanding HTML, XML and XHTML". Retrieved 2007-06-16.
  36. ^ Brad Fults (2005-12-21). "Sending XHTML as text/html Considered Harmful to Feelings". Retrieved 2008-09-13. There are not nearly as many disadvantages (if any) to sending XHTML as text/html as [Ian Hickson] claims and the advantages I mentioned above make it well worth using in my humble opinion. There are some subtle footnotes and parentheticals [in Hickson's article] indicating that the harmfulness only applies to authors that don't know the pitfalls of this practice, but much like the "Do not eat" label on the little packets of silica gel, Ian's advisory seems to be common sense and not worth mentioning to any author who actually knows what XHTML is and how to write it.
  37. ^ Paul McDonald (2007-06-30). "The case for XHTML". Retrieved 2008-09-13. Some people say XHTML on the Web has failed, but I say it is our biggest success in the fight for Web Standards. ... XHTML is a good thing for the web, though, and it's a shame that people are trying to make a case against it. To prove this, I'll flesh out the myth for you and then show you why XHTML is the best thing since sliced bread, when it comes to our fight for Web Standards. ... So to conclude, sending XHTML as text/html causes no damage or harm anywhere today, as long as your XHTML does validate. And, if you want Web Standards to become more and more widespread, stick to using XHTML and validate your pages.
  38. ^ Tim Berners-Lee (2006-10-27). "Reinventing HTML". Archived from the original on 2007-06-09. Retrieved 2007-06-16. Some things are clearer with hindsight of several years. It is necessary to evolve HTML incrementally. The attempt to get the world to switch to XML, including quotes around attribute values and slashes in empty tags and namespaces all at once didn't work. The large HTML-generating public did not move, largely because the browsers didn't complain. Some large communities did shift and are enjoying the fruits of well-formed systems, but not all. It is important to maintain HTML incrementally, as well as continuing a transition to [a] well-formed world, and developing more power in that world.
    "The plan is to charter a completely new HTML group. Unlike the previous one, this one will be chartered to do incremental improvements to HTML, as also in parallel xHTML. It will have a different chair and staff contact. It will work on HTML and xHTML together. We have strong support for this group, from many people we have talked to, including browser makers.
  39. ^ Ian Hickson; David Hyatt (2011-01-13). "HTML5: A vocabulary and associated APIs for HTML and XHTML". Retrieved 2011-02-16.
  40. ^ Simon Pieters. "Results of mobile tests". Retrieved 2009-10-31.
  41. ^ "XHTML 1.0: The Extensible HyperText Markup Language, W3C Recommendation 26 January 2000". World Wide Web Consortium. 2000-01-26. Retrieved 2008-07-19.
  42. ^ "XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)". World Wide Web Consortium. 2002-08-01. Retrieved 2008-07-19.
  43. ^ "Modularization of XHTML, W3C Recommendation 10 April 2001". World Wide Web Consortium. 2001-04-10. Retrieved 2008-07-19.
  44. ^ "XHTML Modularization 1.1 - Second Edition, W3C Recommendation 29 July 2010". World Wide Web Consortium. 2010-07-29. Retrieved 2010-12-31.
  45. ^ "XHTML 1.1 - Module-based XHTML, W3C Recommendation 31 May 2001". World Wide Web Consortium. 2001-05-31. Retrieved 2008-07-19.
  46. ^ "XHTML Media Types, W3C Working Group Note 1 August 2002". World Wide Web Consortium. 2002-08-01. Retrieved 2008-07-19.
  47. ^ a b "XHTML Media Types – Second Edition, W3C Working Group Note 16 January 2009". World Wide Web Consortium. 2009-01-16. Retrieved 2009-01-28. 이 문서는 원래 XHTML 1.0 부록 C에 있는 HTML 호환성 지침을 대체한다.
  48. ^ "XHTML 1.1, XHTML Basic 1.1, XHTML Print Recommendations Revised". W3C NEWS ARCHIVE: 2010. World Wide Web Consortium. Retrieved 12 December 2010.
  49. ^ "XHTML 1.1 - Module-based XHTML – Second Edition". World Wide Web Consortium. 2009-05-07. Archived from the original on 2009-05-12. Retrieved 2009-05-25.
  50. ^ "XHTML Basic, W3C Recommendation 19 December 2000". World Wide Web Consortium. 2000-12-19. Retrieved 2008-07-19.
  51. ^ "XHTML Flavors comparisons". World Wide Web Consortium. 2007-01-09. Retrieved 2013-01-30.
  52. ^ XHTML Basic.W3.org.2013-07-17일에 검색됨.
  53. ^ XHTML Basic 1.1. W3.org.2013-07-17일에 검색됨.
  54. ^ "XHTML Basic 1.1 - Second Edition". w3.org.
  55. ^ "XHTML-Print, W3C Recommendation 20 September 2006". World Wide Web Consortium. 2006-09-20. Retrieved 2008-07-19.
  56. ^ a b "OMA Browsing Archive". OMA Releases. Open Mobile Alliance Ltd. 26 September 2011.
  57. ^ "[XHTML] Agenda: 2008-07-09". w3.org.
  58. ^ XHTML 2.0 유해성 고려 및 XHTML 2.0 고려 대상 XHTML 2.0 브라우저 개발자 Tantek Eselik를 참조하십시오. Tantek Escelik는 XHTML 2.0의 초기 초안을 다음과 같이 비판한다.style속성과 그cite원소의개발자 대니얼 글래즈먼은 비슷한 비판을 내놓기도 하지만 철거 결정과 같은 일부 역호환성 변화에 대한 지원도 보이고 있다.ins그리고del요소들
  59. ^ "XHTML 2.0, W3C Working Group Note 16 December 2010". World Wide Web Consortium. 2010-12-16. Retrieved 2010-12-31.
  60. ^ "XHTML2 Working Group Documents Published as W3C Notes". World Wide Web Consortium. 2010-12-16. Retrieved 2010-12-31.
  61. ^ Ian Hickson (2008-01-22). "HTML 5, 1.1.2. Relationship to XHTML2". World Wide Web Consortium. Retrieved 2008-07-19. ... XHTML2... defines a new HTML vocabulary with better features for hyperlinks, multimedia content, annotating document edits, rich metadata, declarative interactive forms, and describing the semantics of human literary works such as poems and scientific papers... However, it lacks elements to express the semantics of many of the non-document types of content often seen on the Web. For instance, forum sites, auction sites, search engines, online shops, and the like, do not fit the document metaphor well, and are not covered by XHTML2... This specification aims to extend HTML so that it is also suitable in these contexts...
  62. ^ a b "9 The XHTML syntax — HTML5". w3.org.
  63. ^ HTML XHTML, WHTWG Wiki

외부 링크