gedit 錯誤和 Unix-&-Linux Q/A href 之間有什麼聯繫？

在回答*Unix-&-Linux 問題時，我觀察到 Gedit 和另外兩個編輯器 Leafpad 和 Medit（我總共測試了 12 個編輯器）出現了某個錯誤。事實證明，Canonical 的啟動板將該錯誤稱為錯誤 #332321搜尋（和替換）將 ss 作為 ß*。

該錯誤的行為是find ß同時匹配ß和ss…（不好，特別是如果您執行全部替換）。

然後我注意到 StackExchange 軟體為了創建問題的 href 連結，已將問題的標題How to bind “ß” to Meta-s?從 how-to-bind-ss-to-meta-s.

所以兩個完全不相關的環境以相似的方式對待..和ß之間的這種奇怪的吸引力是什麼？……還有其他這樣的“關係”嗎？ß``ss

ß實際上是ss（德語）的連字。任何使用 aa 表將 Unicode 或其他擴展字母字元轉換為 URL 等“安全”字元的人都可能會將其轉換為ss.

對 URL 這樣做是很正常的。例如，我說土耳其語，我們有英文中沒有的字母，例如ö ü ı â ğ ç ş İ. 這些字元在 URL、特殊表單欄位等中使用並不總是安全的。我們用類似的字元代替它們，例如o u i a g c s I. 通常這是通過視覺相似性而不是聲音來完成的，但是ß聽覺相似性的情況ss使其成為一種常見的轉換。

這構成了數據的淨損失，但作為 URL 或其他特殊欄位的安全表示，它可以工作，然後在站點本身上，您可以使用真實字元。

為什麼gedit要進行這種轉換超出了我的範圍。這是一個錯誤。

引用自：https://unix.stackexchange.com/questions/17915