文字與校稿
特殊字體複製後搜尋不到?造型文字的相容性與用法
市集名稱換成花體英文後,表單、搜尋和輔助閱讀可能有不同反應。先分清改字型與換字元,再決定哪些資訊保留普通文字。
搜尋異常時,先保留普通名稱
造型文字貼到表單後搜尋不到,可能是原本的字母已換成另一組 Unicode 字元。正式名稱、報名欄位、聯絡資訊和網址,先留普通文字。想裝飾短標題,再於正文放一次普通拼法。以自擬的「Market 2026」市集名稱為例,畫面仍像 Market,用普通英文字母搜尋卻不一定找得到造型版,結果要看目的地怎麼搜尋。
一般字型設定改變的是字的外觀,底層文字可以仍是原本的 M、a、r、k、e、t。可複製的造型文字工具則常把字母換成其他 Unicode 字元,例如數學粗體字母。外觀看起來相近,字元編號卻不同。
這也是為什麼把造型文字貼到純文字欄位後,外觀可能還在:你複製的是另一組字元,不只是文書軟體的粗體格式。系統是否把它視為相同內容,要看該系統怎麼搜尋、比對與處理文字。
帳號、網址和報名資訊別換成造型字
市集名稱還得讓人搜尋、轉述或手動輸入,所以我會把 Market 2026 的普通拼法留在正文。想讓貼文有特色,就挑短標題裡的部分字詞裝飾,不必整篇換字。讀者能找到活動,比每一行看起來都有造型更要緊。
帳號和網址尤其不適合隨意替換相似字元。外觀看起來像原名稱,不表示會導向同一個位置,也可能讓人難以判斷連結是否正確。裝飾需求不應改掉識別對象本身。
如果設計軟體能用真正的字型排版,做海報圖片時可以考慮用字型處理外觀,並在貼文正文提供普通文字。圖片仍要有適當說明,不能讓活動日期與報名方式只存在一張無法複製的圖裡。
M、𝐌、M 是三個不同字元
只拿 M 比就很清楚:普通 M 是 U+004D,數學粗體 𝐌 是 U+1D40C,全形 M 是 U+FF2D。三者外形相似,直接比字元卻是三個不同的值。這不是把同一個 M 換成三套字型。
Unicode 的相容正規化可以把某些造型字元轉回相容形式,例如 NFKC 可把這個數學粗體字母轉成普通 M。然而不是每個網站都採這種處理,正規化也不會替你保存所有原本想表達的造型含義。
既然能正規化,搜尋就一定找得到嗎?還是不能保證,因為各網站未必採用相同處理。我會在真正要發的地方,用普通名稱搜尋,再複製到表單確認結果。測過一個平台,只能知道那個平台當時的表現,不能寫成所有平台的通則。
| 字元 | 碼點 | 說明 |
|---|---|---|
| M | U+004D | 普通拉丁大寫字母 |
| 𝐌 | U+1D40C | 數學粗體大寫字母 |
| M | U+FF2D | 全形大寫字母 |
發送前測試字數、朗讀與缺字
字數限制也可能受影響。數學粗體 𝐌 看起來是一個字母,在 JavaScript 的 UTF-16 長度中卻佔兩個單位。底線、刪除線等組合符號又會加上其他碼點,所以不能用肉眼數出的字母數,推論表單一定收得下。
輔助閱讀工具怎麼朗讀,會受字元、語言、軟體和版本影響,可能不如普通文字連貫。這也是我不建議把整篇長文換成造型字的原因。除了閱讀負擔,複製與轉換也更容易出現意外,需要清楚傳達的資訊,先保留好讀、好用的版本。
裝置沒有對應字形時,還可能顯示方框或替代符號。送出前可以換一個實際收件環境檢查,必要時縮小使用範圍。本站產生結果不代表對方所有裝置都具備相同字型支援。
用本站造型文字工具時,先把普通原稿保留,再選適合的效果。需要改活動日期或地點時,從原稿修改後重新產生,避免在混合字元的結果裡手動替換到漏字。
交稿前核對專有名稱、日期、數量與網址,並測試複製貼上。若目的地拒絕造型字元,直接改回普通文字,比用更多特殊符號嘗試繞過限制更容易維護。必要時用字數工具了解統計口徑,但最後仍以收件欄位的規則為準。
投稿位置接受造型文字,就用已測過的版本。若字形顯示不完整,改交保留的普通原稿,不必在混合字元裡逐個重打。
參考來源
- Unicode:正規化形式核對相容正規化的用途與限制;不表示各平台採用相同搜尋規則。