輯導語：在產品設計中，細節之處有時隱含著許多值得思考的地方。Web表單界面設計便是如此，比如標簽設計中，哪種標簽對齊方式更好？標簽末尾又是否需要加冒號……設計師應該如何解決這些細碎的問題？本篇文章里，作者就Web表單設計中的“冷知識”進行了總結，一起來看一下。

當我們設計Web表單時，往往用最直覺的設計經驗本能驅動我們去解決一些看似在界面設計中最簡單的問題，但每每到細微之處，又會有無數疑問從細節中冒出來給我們的設計造成困擾。

例如：在表單界面Label（標簽） 和 Input（輸入框） 上下還是左右排列合理、Label要不要加冒號、輸入框到底多寬合適等等……

以上這類問題看起來并不影響用戶完成任務，很久以來也少有人關心這些細微之處會不會對用戶有什么影響。

以至于，我表達想寫一篇探究這些細節的文章時，同事會偷笑說：你都開始研究標簽末尾要不要加冒號了嗎……太冷了——真是個冷知識！

確實如此，這些偏門、細碎的內容，鮮少有人會去留意和思考。因此我在寫下這些分享內容時期望可以達到目標是：“冷知識雖然冷，但有用”。用我了解的這些表單設計冷知識：啟發你的冷思維、引出你的熱思考。

話不閑聊，我們開始討論第一個問題。

一、標簽末尾要加冒號嗎

有個表單細節不知道你有沒有想過，標簽末尾是否要加冒號？

這個問題在我前團隊發生過激烈爭論，有同事說：“不要加，占用間距，而且沒人會留意它……”,也有人說：“要加，從含義上講，冒號的作用就是提示上下文或總結上下文的停頓。加上之后能更好表示標簽與輸入域的關聯…….”。

聽起來好像都有些道理，那到底誰更對呢！

首先，我們追溯一下 Web 發展史，早期可訪問性核對清單中通常堅持要標簽帶冒號，因為屏幕閱讀器一度必須依賴各種技巧才能理解標記不明的表單。

而隨著技術發展，Web表單使用“label”標簽（tag）可以做正確的標記，那么屏幕閱讀器就能通過標記（markup）把標簽（label）和相應的字段對應起來則無需再借助冒號。

不過在客戶端又有些意外！曾經 Windows Vista 指南中明確要求使用冒號， Mac Aqua 也有此要求但規則會稍靈活一些。

這種情況是因為某些情況下屏幕閱讀器在桌面環境與可閱讀源代碼的網頁標記相比會遇到一些困難，桌面環境不會直接顯示代碼。也是這個歷史原因，造成 Vista 和 Aqua 各自都有大量其標簽包含冒號的歷史表單。因為實在沒有必要把它們全部改掉，直到今天客戶端的表單依舊延續這一規則。

通過Web發展史我們明白表單標簽帶冒號的產生是為了解決早期屏幕閱讀器的識別，如今的屏幕閱讀器技術已轉變為識別標簽的底層代碼，無需借助這種形式了。所以從這點來看要求標簽帶冒號已經站不住腳了。

那從情感角度分析標簽帶冒號的是否對用戶體驗有影響呢？

回到最開始，我和同事們的爭論……

先簡單說下答案，無任何影響！

在《Web表單設計·創建高可用性的網頁表單》中，作者（卡羅琳·賈雷特）曾經做過大量的表單測試，最終證明從未有一名用戶談論冒號是否出現，即使是有些在其他環境中很介意標點符號的人似乎在線上表單中也未曾注意到。

從以上兩個角度不難發現，無論是從技術發展還是情感體驗，都證明可不必要求表單帶冒號；因為可用性訪問清單不再有這樣的要求，用戶研究也證明幾乎沒有人會留意表單冒號是否出現。

這樣的結論，看似表單帶冒號是失敗了……但這并不妨礙它作為一種習慣或傳統延續至今，無論在客戶端還是Web設計系統中仍然常見。例如：蘋果電腦的Mac系統，國內阿里的Ant Design Web設計系統。

因此，得到以下幾點建議：

• 如果你希望自己的網頁表單與流行的桌面環境保持一致，請使用冒號。
• 如果你已有大量使用冒號的表單，請保持繼續使用下去。
• 如果你在建立一個新的系統，你也可以索性拋硬幣決定，不過要嚴格遵循一種方法。

二、哪種標簽對齊方式更好

在表單中標簽與表單域的對齊方式，如果你的團隊已有明確的規范和使用場景，你只要拿來主義即可。可如果某天由你主導定義一個新的表單規范時，不知道你會不會重新考慮哪種標簽對齊方式更好，怎樣區分使用場景！

通過科學實驗發現，無論是在眼動儀的熱圖，還是在許多可用性測試的觀察結果中，用戶在填寫網頁表單時視線主要集中在輸入框的左側。他們的視線幾乎不會落到輸入框的右側，甚至都不會瞟上一眼。

以此為基礎，我們在網頁表單設計中有3種最常見的標簽對齊方式：頂對齊標簽、右對齊標簽和左對齊標簽。你可能會說還有混合對齊標簽、內聯標簽、圖標標簽等，這些確實存在但并不是最核心的幾種對齊方式，它們基本是在這3種形式上變化，不脫離本質。

下面我們逐個分析一下。

1. 頂對齊標簽

馬泰奧·彭佐從2006年7月進行眼動研究發現，從標簽移動到輸入框只需50毫秒。比左對齊標簽快了10倍，后者需要500毫秒；比右對齊標簽方式快2倍，后者高達240秒。能迅速填完頂對齊標簽表單的原因之一，是因為眼球只需要在標簽和輸入框之間進行上下單向運動。

1）優勢

最利于減少表單填寫時間（標簽和輸入框位置最為靠近）；用戶視線固定，動線一直向下（清晰的完成路徑）；節省大量橫向空間（可用于以多種方式組合的相關輸入框）。

2）劣勢

占用額外的垂直空間（如果可提供使用的垂直屏幕空間較小，應當謹慎使用頂對齊標簽）；建議使用輸入框50%至75%的高度作為相鄰輸入框間距。

3）適用場景

希望用戶快速填寫表單，完成任務；同時，當輸入項存在主次之分時，對標簽擴展性要求高。

2. 右對齊標簽

如果要盡量減少表單占用垂直屏幕空間，右對齊能提供快速完成時間。馬泰奧·彭佐的眼動研究發現，專家用戶和新手用戶掃視（眼睛運動）右對齊標簽表單的標簽和輸入框的平均時間分別在170毫秒和240毫秒，而填寫完成時間比左對齊快2倍。

1）優勢

標簽與輸入框相鄰（方便快速填寫）。

2）劣勢

右對齊布局造成左側不齊，影響了快速游覽表單的效率問題；若標簽文字寬度變寬，右對齊還存在靈活度問題。

3）適用場景

既要減少垂直空間，又要加快填寫速度的場景。

3. 左對齊標簽

在頂、右、左三種方案中，左對齊表單填寫速度最慢。因為左對齊表單解析問題時眼球定位次數最多，用戶一般情況下都能將左對齊布局中的標簽和輸入框聯系起來，只是花費時間較長。根據馬泰奧·彭佐的研究，典型掃視時間為500毫秒，很長說明用戶經歷了沉重的認知壓力。

1）優勢

容易游覽標簽；占用垂直空間較少。

2）劣勢

標簽和輸入框的相鄰間距增大；適合于用戶不熟悉表單要收集的數據或問題無法分成易處理的內容組，左對齊標簽游覽表單問題會更容易。用戶只要上上下下閱讀標簽左欄，不會被輸入框打斷。

3）適用場景

表單中存在較多的復雜或敏感信息，希望用戶放慢速度、仔細思考（在一些注冊類表單中較多使用）。

單從效率角度看，頂對齊標簽>右對齊>左對齊，但是根據應用場景，效率快并不是我們選擇標簽對齊方式的唯一的指標。

因此，得到以下幾點建議。

如果你希望用戶放慢速度，仔細思考表單中每個表單項，左對齊標簽是個好選擇，特別是含有大量可選輸入框或高級設置的陌生數據時。

而頂對齊標簽在一些國際化產品的表單設計時，會有更好的延展性。

至于，右對齊標簽雖然與表單域聯系緊密，便于用戶填寫，但是要考慮好標簽的長短不齊如何解決。能否精簡標簽內容，以及確定好表單與界面的邊距。

三、標記必填與可選字段的困惑

許多表單設計中，有個常見問題：是否應該標記必填字段？如果表單中的大多數字段或全部都是必填的，我們是否仍然應該標記它們？

先簡單回答：是肯定的，用戶有時需要通過必填標記來評估工作量，了解輸入信息量的最低限度。我會在下面具體解釋原因。

1. 了解不標記必填字段的誘惑

通常，設計師會覺得每個必填字段都有一個標記是重復的、丑陋的、占空間，而且干擾界面，甚至可能看起來很擾亂（有認知負擔！）。因此通常采取以下一種或兩種策略：

1. 在表單頂部顯示說明，說明中除非另有解釋，否則所有字段都是必填；
2. 只標記可選字段，因為它們通常較少；
3. 在某些特殊情況下，也會什么都不做：相信用戶會神奇地知道需要填寫什么字段；如果不知道，那么只需要點擊提交報錯即可。

2. 這些方法有什么問題？如果你這樣想，我來告訴你

1）用戶一般不喜歡閱讀表單頂部說明。不難想象，用戶不太可能閱讀表單頂部的說明。表單字段需要自給自足，畢竟，每個字段都有特定指令——它的標簽，為什么用戶需要閱讀其他任何東西來填寫它呢？

2）即使用戶閱讀了說明，也可能忘記。你可能會說：用戶閱讀了頂部的說明，怎么就會忘記——這么簡單的事情？

的確容易忘記，特別是當表單很長或填寫表單被打斷時（這種情況在移動端很常見）。即使用戶記得，但這占用了工作記憶，增加了認知負荷。換句話說，你讓用戶完成任務更難了。填寫表單本身對用戶來說就相當有挑戰性——為什么要讓它更具有挑戰性？

3）用戶必須掃描表單以確定是否為必填字段。不難發現，無論是否在表單頂部包含說明，結果都可能相同，用戶會忽略或忘記。他們會掃視表單，找到一個標記為必填或可選的標識。

而且有些用戶甚至不會費心去環顧四周，他們只會做出假設。他們會想——“嗯，郵箱——不需要我的郵箱吧？先空著呢”。即使用戶沒有留空，也不得不暫停來思考一個字段是否需要填寫，減慢交互速度并使過程看起來更長、更乏味。

想要解決以上問題很簡單：標記所有必填字段。盡量明確和清晰展示每個必填字段，并標記它。當然，就像有些設計師所說：界面出現大量必填標識（紅色星號*）確實會增加視覺噪聲。甚至重復的星號 * 會帶來一些認知恐慌。但相比之下，兩害取其輕，這些負面因素是輕微的。

3. 如何標記必填字段？

這里包含至少有兩種方式：星號*（紅色）和“必填”提示。星號*在網頁上已經很常見，用戶熟悉其含義。優點是它不占用太多空間，也看起來與標簽文字足夠不同，所以使用它。

可以使用其他標記形式嗎？當然可以，但是最好遵循市面上常見的形式（雅各布定律），這樣更符合用戶認知。

星號應該在字段標簽之前還是在字段標簽之后？

這不一定有實際影響，但將其放在標簽之前的一個原因是，只需掃視標簽的最左邊字符，就能輕松定位必填哪些字段。

星號*是一種視覺標記，應當仔細考慮表單中的標識位置。標識在標簽左邊能指引用戶迅速瀏覽界面，并判斷出必填項。如果在右側由于輸入框形式、長度各不相同，標識和輸入框對齊會導致難以瀏覽和判斷。

4. 是否也應該標記可選字段？

雖然這不是強制性的，但標記可選字段確實減輕了用戶思考：如果沒有這個標識，用戶要環顧四周，并根據其他標記字段推斷該字段是可選的。如果“非必填”在字段標簽旁邊，那該任務會變得更容易。不描述可選字段，這沒問題，但這樣做會是一個很好的額外幫助。

5. 為什么登錄表單沒有標記必填？

登錄表單很短，一般由兩個字段組成：用戶名和密碼，這兩個字段總是必填的。如果使用星號*，標記這些字段的成本很低，并不會出錯。但是，絕大多數用戶都使用過很多登錄表單，他們是知道要登錄需要輸入郵箱/用戶名和密碼的。所以，在登錄表單中，可以省略這種形式。

而在注冊表中不標記必填字段是危險的。注冊表單因產品而異——不同公司在創建帳戶時需要不同類型的信息。它不僅僅包含用戶名和密碼，所以請標記所有必填字段（包括用戶名和密碼）。

因此，提出以下幾點建議。

基礎前提，盡量去除任何不需要回答的問題，特別是涉及到用戶隱私的內容。可以更容易讓用戶填完表單。

為了增加表單填寫的機會，請盡量減少用戶需要付出的努力和他們需要記住的信息。有很多方面有助于解決這些問題，但標記必填字段（以及可選字段）是最容易的方法之一。

四、表單域提供一些默認值有必要嗎

先給出答案：這是肯定的！

在《選擇的悖論》一書中，作者巴里·施瓦茨討論了生活中選擇過多的影響。并提出策略應付無處不在的過多選擇。他特別敘述了智能默認的能量——即在滿足多數人需要的地方放置選擇——來幫助人們做出明智的選擇。

而在Web表單中也有很多地方能利用智能默認減少不必要的選擇次數或輸入，加速表單完成過程。所以，只要合適就在表單域中預先為用戶填寫你認為他們想要的輸入值。

通過提供合理的默認，能有效節省用戶時間，就是這么簡單。應用分擔了用戶思考或輸入答案的工作。填寫表單永遠不是一件有趣的事情，如果這個模式能把表單填寫的時間減少一半，用戶會非常感激。

你可能會問：默認值不是用戶想要的，誤導用戶怎么辦？

在設計有默認值的表單域時，你要思考默認值是否是大多數用戶可以接受的答案，如果不確信可以先去做一下用戶調研，了解用戶的心聲。

就算默認值真的不是用戶想要的，至少你也為他提供了一個示例來告訴用戶答案應該是什么樣子的。這一點也可以節省用戶幾秒的思考時間——或避免一條錯誤信息。

但并不代表所有的表單域都要給出默認值，我們只是盡可能的讓用戶節省時間。

如何使用：

在第一次向用戶顯示表單時，用一個合理的默認值預先填寫文本框、組合框或者其他控件。也可以使用用戶之前提供給應用的信息來動態地給出默認值（例：通過身份證自動識別出生日期；利用郵編，推導出對應省/市）。

如果只是因為你覺得不應該留下空白的輸入域，那么不要使用默認模式。只有當你有理由確信絕大部分用戶，在絕大多數情況下，不會修改這個取值時才提供默認值——否則，這將會給用戶帶來額外的工作！

五、輸入框的寬度如何設定

有一個容易被忽視但實則舉重若輕的問題，表單中輸入框寬度如何設定？

在表單設計中，對于 Checkbox、Radio 等控件，很明確必須跟隨內容自適應處理。但對于Input、Select等你會不會產生困惑，是定寬處理還是跟隨內容更好。

不知道你是否試圖這么理解過？輸入框作為用戶填寫信息的主要方式，其表現形式是否可以提供給用戶填寫表單的有用線索。

唐納德·諾曼的著作《設計心理學》中詳細講解過心理暗示方面的內容。而寬度的變化就是一種有效暗示。

在真實場景中，大部分輸入框是存在理想長度的，那么就應該向用戶暗示所需輸入內容的長度來減輕判斷負擔。

下圖就是典型案例，一個實際不需要花多少錢的金額輸入框在左圖中進行等寬處理，反而容易誤導用戶對輸入金額的判斷，造成一種不安全感。

表現形式要為用戶填寫提供有用線索，采用不同長度的文本框提供了暗示；這種暗示是一種有用線索，當輸入框長度長短不定時，用戶會很自然地思考為什么這樣；填寫輸入框時會自然考慮這些線索。

請注意！保證暗示效果的同時，不要設定太多的寬度，反而會讓表單顯得凌亂；太少又會讓表單看起來都像四四方方的盒子。最佳方法是找到適合產品的最佳模度值和數量。

什么是模度值和數量呢！

落在具體設計上要先梳理產品中常見的表單類型，然后設置一個默認寬度。以此為基礎來有規律的增加長度，并考慮清楚它們的適用場景；從而定義出不同的模度，最終制定出整潔有序的模度規范。這樣就可以讓一線的設計師們跳過部分繁瑣磨人的細節思考，快速搭建出合適的表單寬度并合理有效。

六、結語

本篇文章更多是從表單設計中的一些冷門內容，即易忽略的一些設計點在展開討論，利用問題加案例的形式對表單設計進行剝離拆解，沒有系統地、成本成套的來分析表單的構成和交互細節等等。因為這類內容講的人太多了，我也認為講的要比我精彩。

所以，我把講的內容稱為“私房菜”，更多是我總結了日常工作中會遇到的表單設計疑問和思考，幫助大家換一個口味來品味表單設計，大家可結合文章中給出的建議作為參考去靈活應用。

同時，我也希望能夠通過這篇文章給到大家更多的啟發。內容如果有不嚴謹、錯誤的地方還望大家給與指正。

作者：百度MEUX，百度移動生態用戶體驗設計中心，負責百度移動生態體系的用戶/商業產品的全鏈路體驗設計

本文由 @百度MEUX 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

動設備正超過桌面設備，成為訪問互聯網的最常見終端。于是，網頁設計師不得不面對一個難題：如何才能在不同大小的設備上呈現同樣的網頁？自適應網頁設計的出現很好的解決了這個問題。這篇文章將帶你了解一些關于自適應網頁設計的基礎知識和設計范例。

一、理論基礎：什么是自適應網頁設計？

2011年，網頁設計師Aaron Gustafson在他的書《自適應網頁設計》里率先提出了自適應網頁設計的概念。

Adaptive design (自適應設計)：為不同類別的設備建立不同的網頁，檢測到設備分辨率大小后調用相應的網頁。目前AWD網頁主要針對這幾種分辨率（320，480，760，960，1200，1600）

和響應式網頁不同，自適應設計是基于斷點使用靜態布局，一旦頁面被加載就無法再進行自動適應，自適應會自動檢測屏幕的大小來加載適當的工作布局。因此，當您在電腦上打開瀏覽器瀏覽網頁時，該網站會自動檢測并選擇該桌面屏幕的最佳布局。

二、實踐方法：如何做自適應網頁設計？

基礎的網頁設計涵蓋了幾大重要環節：

• 前期的原型設計（工具：Axure，Mockplus）
• UX設計(工具：Justinmind）
• UI設計（工具：Sketch）
• 后期的前后端，HTML,CSS, JS.

而做好自適應網頁設計則需要遵循以下幾個步驟：

Step 1. Meta 標簽

為了適應屏幕，不少移動瀏覽器都會把HTML頁面置于較大視口寬度（一般會大于屏幕寬度），你可以使用viewport meta標簽來設定。以下viewport meta標簽告訴瀏覽器視口寬度等于設備屏幕寬度，且不進行初始縮放：

<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>

Step 2. HTML結構

在這個例子中，頁面布局包括 Header, Content, Sidebar和Footer. Header固定高度為180px, Content寬600px, Sidebar寬300px。

Step 3. Media Queries

CSS3 media query是自適應網頁設計的關鍵，就像高級語言里的if條件語句，告訴瀏覽器根據不同的視口寬度（這里等于瀏覽器寬度）來渲染網頁。

三、自適應網頁設計范例

目前很多網站在PC端和手機端已經采用了自適應設計，在不同的設備上瀏覽網頁時已經可以很好的體驗到自適應網頁設計。比如，Amazon, USA Today, Apple, and About.com等。但自適應設計在移動網站上顯示的布局可能與桌面版本會有所不同。所以，做自適應網頁設計時，設計師需要做更多的工作來滿足至少6種常見的布局需求。

這里有一些優秀的自適應網頁設計范例供各位設計師朋友參考。

1. Amazon

與使用自適應網頁設計（如CNN）的其他網站類似，亞馬遜鼓勵用戶下載其品牌應用。 據報道，通過采用自適應設計，亞馬遜移動端的訪問速度比以往的響應式網頁設計提高了40%。并且，此外，亞馬遜的自適應網站為移動用戶提供了在移動設備上使用“Amazon.com全站點”的機會，而響應式設計并不會提供。

2. Apple

蘋果的設計向來以簡潔著稱，不論是它的網站、商店，還是產品設計無不體現著這一主題。沒有采用響應式網頁設計，這一點讓蘋果飽受詬病。畢竟，它的一系列智能產品就是響應式設計存在的原因之一。現在，蘋果采用了自適應網頁設計，這也意味著蘋果的官網將會隨著設備類型和功能做出改變。

3. Avenue 32

在線奢侈品購物網站Avenue 32是一家采用自適應網頁設計的典范。該品牌的特色是設計師與Usablenet合作，創造出無縫，直觀和極具視覺吸引力的移動和平板電腦體驗。根據Usablenet的說法，桌面版網站上充滿了內容豐富的網頁，包括產品圖片，設計師細節，策展的外觀等等，這個品牌必須創建一個視覺和功能上與這種桌面體驗一致的多渠道網絡產品。

Usablenet首席營銷官Carin van Cuuren表示：“采用自適應網頁設計使Avenue 32能夠突出其移動端的發現和商務功能，從而使客戶能夠隨時隨地瀏覽和購物。 “而且，智能手機和平板電腦的訂單增長了40%，移動流量翻了一番，平均移動交易增長了27%。”

4. USA Today

自適應網頁設計讓“今日美國”（USA Today）選擇了一種自適應方法，因為該技術允許品牌通過考慮操作系統和屏幕尺寸來檢測特定設備，以提供量身定制的體驗。” 因此，提供比響應式更豐富的新聞體驗可能會更受歡迎。

5. About.com

各類新聞網站都采用了自適應網頁設計，因為它能快速加載網頁和滿足所有不同設備的讀者訪問網站。

以上5個自適應網頁設計的案例從各自不同的角度，不管是網頁的訪問速度，品牌影響效應，或是用戶體驗方面都極大的說明了為什么自適應網頁設計會變的流行起來。

本文由 @安靜的熊先生 原創發布于人人都是產品經理。未經許可，禁止轉載。

TML: HyperText Markup Language 超文本標記語言

HTML代碼不區分大小寫, 包括HTML標記、屬性、屬性值都不區分大小寫;

任何空格或回車鍵在代碼中都無效，插入空格或回車有專用的標記，分別是 、<br>

HTML標記中不要有空格，否則瀏覽器可能無法識別。

如何添加注釋(comment:評論;注釋)

<!-- -->
<comment></comment>
<!-- --> 不能留有空格

字符集

<meta http-equiv="Content-Type" content="text/html;charset=#"/>

<base target="_blank">

可以將a鏈接的默認屬性設置為_blank屬性

單個標簽要有最好有結束符(可以沒有結束符)

<br/> <img src="" width="" /> 

便于兼容XHTML(XHTML必須要有結束符)

HTML標簽的屬性值可以有引號,可以沒有引號,為了提高代碼的可讀性,推薦使用引號(單引號和雙引號)，盡管屬性值是整數，也推薦加上引號。

<marquee behavior="slide"></marquee> 

便于兼容XHTML(XHTML必須要有引號)

<marquee behavior=slide></marquee>

經過測試,以上程序都可以正確運行

HTML標簽涉及到的顏色值格式:

color_name 規定顏色值為顏色名稱的文本顏色(比如 "red")。

hex_number 規定顏色值為十六進制值的文本顏色(比如 "#ff0000")。

rgb_number 規定顏色值為 rgb 代碼的文本顏色(比如 "rgb(255,0,0)")。

transparent 透明色 color:transparent

rgba(紅0-255,綠0-255,藍0-255,透明度0-1)

opacity屬性: 就是葫蘆娃兄弟老六(技能包隱身)

css:

div{opacity:0.1} /*取值為0-1*/

英文(顏色值)不區分大小寫

HTML中顏色值：采用十六進制兼容性最好(十六進制顯示顏色效果最佳)

CSS中顏色值：不存在兼容性

紅色 #FF0000

綠色 #00FF00

藍色 #0000FF

黑色： #000000

灰色 #CCCCCC

白色 #FFFFFF

青色 #00FFFF

洋紅 #FF00FF

黃色 #FFFF00

請問后綴 html 和 htm 有什么區別?

答: 1. 如果一個網站有 index.html和index.htm，默認情況下，優先訪問.html

2. htm后綴是為了兼容以前的DOS系統8.3的命名規范

XHTML與HTML之間的關系?

XHTML是EXtensible HyperText Markup Language的英文縮寫,即可擴展的超文本標記語言.

XHTML語言是一種標記語言,它不需要編譯,可以直接由瀏覽器執行.

XHTML是用來代替HTML的, 是2000年w3c公布發行的.

XHTML是一種增強了的HTML,它的可擴展性和靈活性將適應未來網絡應用更多的需求.

XHTML是基于XML的應用.

XHTML更簡潔更嚴謹.

XHTML也可以說就是HTML一個升級版本.(w3c描述它為'HTML 4.01')

XHTML是大小寫敏感的,XHTML與HTML是不一樣的;HTML不區分大小寫,標準的XHTML標簽應該使用小寫.

XHTML屬性值必須使用引號,而HTML屬性值可用引號,可不要引號

XHTML屬性不能簡寫：如checked必須寫成checked="checked"

單標記<br>, XHTML必須有結束符<br/>,而HTML可以使用<br>,也可以使用<br/>

除此之外XHTML和HTML基本相同.

網頁寬度設置多少為最佳?

960px

target屬性值理解

_self 在當前窗口中打開鏈接文件,是默認值

_blank 開啟一個新的窗口打開鏈接文件

_parent 在父級窗口中打開文件,常用于框架頁面

_top 在頂層窗口中打開文件,常用語框架頁面

字符集：

charset=utf-8

Gb2312 簡單中文字符集, 最常用的中文字符

Gbk 簡繁體字符集, 中文字符集

Big5 繁體字符集, 臺灣等等

Utf-8 世界性語言的字符集

ANSI編碼格式編碼格式的擴展字符集有gb2312和gbk

單位問題：

HTML屬性值數值型的一般不帶單位, CSS必須帶單位;

強制刷新

ctrl+F5