X/HTML5 和 XHTML2
2024-09-05 07:19:39
供稿：網友
在了解了XHTML 2的進展之后，我們再來看看X/HTML 5 的進展。
X/HTML 5酷在什么地方
章節元素的構想
X/HTML 5引入新的元素用于把Web頁面分成若干章節。這些組成部分有助于搜索引擎和輔助工具更好地理解頁面內容。使用這些新元素可以使標簽更具可讀性。
章節化內容的構想很酷！但是請看一下為什么使用章節的技術不夠酷。
對話元素
對話元素用來表示一段交談。它包括一個用于定義會話者的dt元素和代表會話者講話內容的dd元素。例如：
<dialog>
<dt>Costello</dt>
<dd>Look, you gotta first baseman?</dd>
<dt>Abbott</dt>
<dd>Certainly.</dd>
<dt>Costello</dt>
<dd>Who's playing first?</dd>
<dt>Abbott</dt>
<dd>That's right.</dd>
<dt>Costello</dt>
<dd>When you pay off the first baseman every month, who gets the money?</dd>
<dt>Abbott</dt>
<dd>Every dollar of it.</dd>
</dialog>
figrue元素
在印刷發行（教科書、報紙、雜志等）媒體對象（照片、插圖、圖表等）中經常會使用到標頭。到目前為止，Web標記語言還沒有可以產生這種效果的結構。figrue元素有一個legend子元素可以用來指定圖像的標頭。例如：
XML/HTML代碼
<figure>
<legend>Credit: Media Inc., 2007</legend>
<img src="smith.jpg" alt="Photo: J. Smith" />
</figure>
m元素
m元素代表一段文本被標記或者是高亮。這在動態網頁中顯示搜索關鍵字時候非常有用，此時頁面中的關鍵字就可以使用m元素來標出來了。例如，響應用戶搜索的關鍵字snow時，Web頁面可以生成下面這樣一段內容：
XML/HTML代碼
<p>A <m>snow</m>man is a man-like sculpture constructed out of <m>snow</m>.</p>
input元素得到加強
input元素功能加強之后可以支持email、url、數據相關、時間相關、和數字等數據類型。這就意味著更加的驗證功能可以在客戶端完成了。
開放的進程
X/HTML的開發進程比XHTML 2開放得多。每個人都可以參與到X/HTML 5創意明細中。
X/HTML 5的美中不足
章節元素的使用
采用章節元素的的想法是好的，但是X/HTML 5的應用中顯得有點累贅。甚至有些解釋會讓你更加困惑。例如：
aside元素表示組成頁面內容的一個部分，它和aside元素前后的內容相關聯，它可以被看作是內容中獨立的部分。這些組成部分經常用于印刷技術中的側連欄。
難道擁有role屬性的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?，F在big、acronym、u和tt都還不是這個規范中的內容，而像i和samll等其它元素有了重新定義之后的語意。例如，在HTML 4.01規范中是這樣定義i和small的：
i：使文本呈現斜體
small：以“小”字體呈現文本
在X/HTML 5中，i和small有了新的含意：
i元素用不同的方式來表現一段文本或者是與正文存在差異的段落，如分類設計、技術術語、外來語言的習慣用語、某個想法、意見、船名或者其它需要在印刷技術中呈現斜體的文本。。
small元素呈現的是小的打印字體（文檔中具有說明法律約束作用的部分，如版權或者存在的弊端）和批注等。
通過重新定義i和small的含義，這破壞了對HTML 4和XHTML 1的向后兼容性。這是因為向后兼容應該意味著HTML 5的用戶代理（user agent，瀏覽器）在呈現HTML 4的文檔時應該和HTML 4的user agent保持一致。因此，如果HTML 5強調向后兼容，HTML 4中意義不大的結構在HTML 5中也同樣沒有多少意義。
不會吧？仍然支持font元素？
是的，如果開發者使用WYSIWYG編輯器的話， X/HTML 5依然支持font元素。這樣做有什么合理性嗎？難道WYSIWYG編輯器就能避免使用font嗎？
WYSIWYG簽名
使用WYSIWYG編輯器生成的文檔必須在head元素中包含下面的WYSIWYG簽名：
XML/HTML代碼
<meta name="generator" content="(WYSIWYG editor)" />
或者：
XML/HTML代碼
<meta name="generator" content="Sample Editor 1.0 (WYSIWYG editor)" />
這樣做的理由是什么呢？某種恥辱的標記？它是不是要告訴瀏覽器做好最壞的準備，因為這個文檔是用WYSIWYG編輯器生成的？那么，如果文檔中只有一部分是使用WYSIWYG工具完成的又該怎么做呢？
支持預定義類名
預定義類名是X/HTML 5用戶代理中保留的具有語意的CSS類名。下面的例子中copyright就是一個預定義的類名：
XML/HTML代碼
<p class="copyright>...</p>
其它的預定義類名還有“error”、“example”、“issue”、“note”、“search”和“warning”。更麻煩的是，有些預定義類名只有在某些特定元素中使用而不能別其它元素中使用。例如，類名“copyright”只有在p和span元素中使用。類名“error”只有在p、section、span和strong中使用。
預定義類名的一個問題就是下面這樣的寫法沒有什么意義：
XML/HTML代碼
<p class="important">
而這樣的寫法才會有意義：
XML/HTML代碼
<p class="copyright">
重寫class屬性變得很難去說明結構的具體含意。例如，下面的代碼意味著什么呢：
XML/HTML代碼
<p class="important copyright issue">
預定義類名還會限制開發者對類名使用的自由。同樣，如果開發者現在使用了一個非預定義類名，但是之后某天這個類名變成預定義類，那又會首產生什么狀況呢？這難道就改變了開發者之前內容的語意嗎？
HTML 5 v.s. XHTML 5
在試圖最終解決HTML和XHTML的爭論中，X/HTML 5規范使事情變得更難于理解。的確，X/HTML 5規范中確實說“一般說來，開發者在Web中還能直接使用XML”，即使W3C一直都在為XML未來在Web中的應用不斷努力。
開發過程過于匆忙
X/HTML 5是為了應對W3C在HTML 4和XHTML 1更新換代中的拖沓。因此，這導致X/HTML 5的開發過程有點匆忙，感覺這個規范不知道突然從什么地方冒出來然后又快速地跟進。即使是直接參與到其中的開發者也感到規范的開發進程有點不切實際。
下一代標記語言的競爭
X/HTML 5和XHTML 2都在為能夠替代HTML 4和XHTML 1展開競爭。即時是在開發的前期，一些瀏覽器的供應商就已經聲稱他們對這兩種規范的偏好。由于審議的緊迫性和封閉性，這使得Web標準組織出現了兩極分化。隨著兩種規范的進展，更多的開發資源和市場資金將會投入到其中的某一個中，所有的這些因素都會引起一場“標準的”戰爭。
我們每一個人都是這個標準的制定者，因為Web屬于每一個人，只有一場誠實、公開的爭論才能保證最好的標準成為贏家。
注：為閱讀方便文章中把“HTML 4.x/XHTML 1.x”簡寫為“HTML 4 and XHTML 1”
原文連接：http://www.dudo.org/article.asp?id=249
