準備一個簡單的轉換測試
開啟「智慧型 IPA」,關閉「智慧型 IPA」建議並輸入 []。使用「鍵盤」選擇器移至 Unicode,然後確認那裡的建議也已關閉。您的括號會保留在編輯器中。將游標放置在括號之間。從這個空白架構開始,可以清楚看出對應鍵加入了哪些符號。
Unicode 名稱描述了一種字符編碼方法,而不是保證此鍵盤包含每個已編碼字符。你正在使用選定的語音佈局。一個簡短的測試很有用,因為你可以識別每個元素:兩個標點字符、一個輔音基礎和一個修飾符。它避免了將編碼檢查與「整個轉寫分析是否正確」這一更難的問題混淆。
建立實際的字元序列
在 Shift 和 Alt Gr 關閉的情況下,點擊 t 位置上的螢幕 t。然後點擊 Alt Gr 以顯示另一層,並在 h 位置選擇 ʰ。再次切換關閉 Alt Gr。結果應為 [tʰ]。修飾符號接在子音之後,不加空格,並為這種概略語音標音加上送氣。
請注意該動作的作用:它插入了一個單獨的修飾字元。它沒有選擇 h 並應用小字體,也沒有將影像變成文字。當您稍後將範例複製到純文字時,這很重要,因為那裡可能缺少豐富文字格式。即使接收應用程式使用不同的字體,預期的編碼修飾符仍然可以保留。
檢查實際的文字下載
選擇「下載文字」並在支援 UTF-8 的應用程式中開啟 i2speak.txt。對於此測試樣本,檔案確切包含 [tʰ]。UTF-8 是一種將 Unicode 字元表示為位元組的方法;它不會選擇字型。如果您的應用程式詢問如何解碼檔案,請選擇 UTF-8 而非舊版的單一位元組編碼。
一次一個元素地對照編輯器比較開啟的檔案。基礎 t 與修飾符 ʰ 在右括號前都必須存在。文件的字體大小、顏色與邊距與此純文字檢查分開。在準備樣式版本時保持原始下載可用,以便您可以返回已檢查的字元序列。
檢查接收應用程式
將檢查過的範例貼上到您打算使用的文件、試算表或筆記應用程式中。如果 ʰ 顯示為方塊或看起來對齊不良,請在替換任何字元之前嘗試使用具有語音符號支援的字型。不同的字型可以以不同方式繪製相同的字元。視覺上變更的字形並不自動意味著文字的識別碼已變更。
如果文字確實亂碼而非僅僅是繪製方式不同,請使用正確的編碼重新開啟原始檔案並再次傳輸。不要透過替換看起來最接近的普通字母來修復轉寫。保留可編輯文字以供搜尋和稍後修正;僅在您還需要保留特定視覺排列時才使用影像。
選擇正確的標記法
編碼還是字型?
編碼決定檔案位元組如何轉變為字元。字型決定這些字元如何繪製。亂碼的多字元字串與單一遺失字元方塊代表不同的調查方向;在更改任何一項之前,請先比較原始文字。
可編輯文字還是固定外觀?
當下一個人需要搜尋、編輯或重複使用這些符號時,請選擇文字下載。圖片可以顯示外觀,但無法發揮與基於字元的轉寫相同的作用。
解釋傳輸檢查
檔案正確包含 [tʰ],但一個應用程式在 ʰ 應在的位置顯示方塊。請說明您在不更改轉寫的情況下會進行的第一個顯示檢查。
與標準答案比較
即使字元完整,遺漏字形也可能是字型問題。此觀察並不能證明每個顯示問題都有相同原因。
常見問題
下載文字是否保留編輯器的字體與顏色?
不是。它會儲存文字。樣式屬於接收應用程式或不同的輸出格式;請分別檢查字元與外觀。
Unicode 佈局是十六進位碼點輸入工具嗎?
不是。它提供定義的按鍵映射。在此範例中,Alt Gr 的 h 位置提供 ʰ;輸入代碼點標籤並非轉換指令。
為了相容性,我應該用普通的 h 取代 ʰ 嗎?
這會改變字元序列並可能改變標記法。請先檢查編碼與字型支援。僅在您的專案明確記錄該慣例時,才使用替代標記法。
來源與延伸閱讀
- Unicode:UTF-8、UTF-16、UTF-32 與 BOM 常見問題
Unicode 字元可編碼為 UTF-8 位元組,並透過匹配的編碼解碼來復原。
- Unicode:間距修飾字母
U+02B0 ʰ 的識別,以及參考字形形狀與字體渲染之間的區別。
- 國際語音學協會:互動式圖表
所提供示意圖範例中 ʰ 的送氣功能。