開發者工具 · HTML 實體轉義器
'問題：為什麼撇號實體在舊版 HTML 中失敗
· 背景
html 編碼 相容性
' 是 XML 的五個預定義實體之一，但在 HTML 4 中不存在，因此較舊的瀏覽器和一些電子郵件用戶端按字面打印它。這篇文章解釋了這種分割、HTML 最終採用它的時間以及為什麼 ' 仍然是安全的選擇。
在電子報中顯示為 ' 的撇號 — 具體渲染失敗及其原因
在電子報中顯示為 ' 的撇號 — 具體的渲染失敗及其原因。一些較舊的面向 HTML 的用戶端按字面意思顯示 ' ，因為該名稱在舊版 HTML 處理中並未得到普遍支援。相容性症狀是可見的來源文字而不是撇號。
若要驗證 ' 不工作 html，請建構為開發人員顯示的撇號，該開發人員在電子郵件用戶端或舊版瀏覽器中看到 ' 按字面呈現。保留為 apos in，而撇號可移植性會產生特定的通訊；確定渲染失敗及其消耗的位置。有關原因的觀察僅属于 HTML 文字。
XML 的五個預先定義實體 - 為什麼 XML 屬性語法中需要 '
XML 的五個預先定義實體 - 為什麼 XML 屬性語法中需要 ' 。 XML 在其基本名稱中定義了 apos，這使得它自然出現在由撇號分隔的 XML 屬性值中。這一事實並不能保證老 HTML 消費者的行為相同。
在電子郵件用戶端或舊版瀏覽器中看到 ' 逐字呈現的開發人員可以透過記錄實體為什麼 apos 在撇號可移植性傳遞之前來測試預先定義的 xml 5 個。之後比較 xml 屬性中所需的內容並找到負責語法的解析器。這個 ' not running html 結果解釋了撇號可移植性證據，而不是可執行上下文。
HTML 4.01 的清單 — 「是，『否，以及當時的推理
HTML 4.01 的清單 — 「是，『否，以及當時的推理。目前的 ToolAcre 表在解碼時會辨識 apos，但其編碼器會故意過濾反向映射。在每種編碼模式下，撇號均以 ' 形式發出。
在短撇號可移植性範例中隔離 html 4 01 。將清單 quot yes apos 顯示為文字來源，遵循 no 及其目的地的推理，並命名當時讀取的 API。對於 ' 不工作的 html，撇號可移植性證據仍然是解析器綁定的證據。
XHTML 的簡短橋樑 — ' 起作用，因為檔案是 XML
XHTML 的簡短橋樑 — ' 起作用，因為檔案是 XML。 XHTML 在實際充當 XML 時使用 XML 解析規則。僅使用類似 XHTML 的語法編寫但解析為文字/html 的檔案仍然遵循 HTML 行為，包括客戶端相容性差異。
將 xhtml 的短橋視為邊界實驗。在電子郵件用戶端或舊版瀏覽器中看到 ' 逐字呈現的開發人員應該保留 apos 工作的位置，因為執行一個撇號可移植性操作，並在更改撇號可移植性證據之前逐個字符地檢查文件是否為 xml。關於撇號可移植性證據的主張僅止於此 HTML 層。
目前 HTML 識別 '; ToolAcre 仍然發出 ' 以獲得更廣泛的遺留可移植性
目前 HTML 識別 '; ToolAcre 仍然發出 ' 以實現更廣泛的遺留可移植性。現代 HTML 識別 '，並解碼器證明 ' 和 ' 返回相同的 ASCII 撇號。可移植性問題仍然與已存檔的用戶端和受限的電子郵件引擎相關。
重現當前 html，使用無害的輸入而不是客戶資料來識別 apos。記錄 toolacre 仍然發出 39，觀察更廣泛的遺留可移植性，併計算每個有意的撇號可移植性傳遞。該 ' 不工作的 html 踪跡讓開發人員看到 ' 在電子郵件用戶端或舊版瀏覽器中逐字呈現的內容，無需猜測即可評估撇號可移植性證據和撇號可移植性證據。
工作範例：轉義帶有引號的 HTML 字串和 XML — ' 作為可移植答案
工作範例：轉義帶引號的 HTML 字串和 XML — ' 作為可移植答案。對於輸入「Tom's」中 Tom's 的 ASCII 引用，轉義會產生 Tom's。解碼 Tom's 或 Tom's 將傳回相同的普通撇號字元。
在撇號可移植性審查期間並排放置轉義 a、帶引號的字串、html 和 for xml 的工作範例。在電子郵件用戶端或舊版瀏覽器中看到 ' 逐字呈現的開發人員可以決定 39 作為便攜式裝置是否在轉換時或下游發生變化。將關於答案的 ' notworking html 結論保留在一般安全宣告之外。
這不包括什麼 - 電子郵件客戶端渲染引擎詳細信息
這不包括什麼 - 電子郵件用戶端渲染引擎的詳細資訊。電子郵件用戶端引擎各不相同，此處未分類。當舊的渲染軟體是產品要求時，測試實際的客戶端矩陣仍然是必要的。
在執行撇號可移植性之前定義它不做什麼。將封面電子郵件用戶端渲染儲存為控件，詳細檢查引擎背後的程式碼點，並將撇號可移植性證據對應到下一個解譯器。這使得撇號可移植性證據對於看到「在電子郵件用戶端或遺留瀏覽器中逐字呈現並調查」不工作的 html 的開發人員來說是可審核的。
重點：當可移植性很重要時，偏好 ' — HTML 實體轉義器的解碼器如何將兩種形式讀回普通的撇號
重點：當可移植性很重要時，偏好 ' — HTML 實體轉義器的解碼器如何將兩種形式讀回普通的撇號。 Prefer ' 當廣泛的 HTML 可移植性很重要時，符合 ToolAcre 的輸出。該選擇具有代表性；它本身並不使屬性、腳本或 SQL 表達式變得安全。
當連接到可觀察的撇號可移植性輸出時，優先選擇 39。保持可移植性很重要，除了一次性結果之外，然後驗證 html 實體轉義器進入解碼器讀取兩種形式的位置。看到「在電子郵件用戶端或舊版瀏覽器中逐字呈現」的開發人員現在可以查看回「作為狹窄的」不工作的 html 發現的普通內容。本文背後的實際決定是具體的： ' 是 XML 的五個預定義實體之一，但 HTML 4 中不存在，因此較舊的瀏覽器和一些電子郵件用戶端按字面打印它。這篇文章解釋了這種分割、HTML 最終採用它的時間以及為什麼 ' 仍然是安全的選擇。閱讀器操作同樣具體：連結到 HTML 實體轉義器，並演示將 ' 和 ' 解碼為同一字符，並帶有指向工具頁面的指針以了解如何轉義引號。