德國 Lorem Ipsum 產生器
產生德語 (Deutsch) 佔位符文本，用於設計模型、字體測試和佈局驗證 - 用真正的德語字元編寫，而不是損壞的拉丁語。
關於德語（德文）
演講嘉賓： 一億母語人士。
説話的地方： 德國、奧地利、瑞士、列支敦士登、比利時部分地區、義大利（南蒂羅爾）、盧森堡。
腳本： 帶有變音符號和 eszett 的拉丁字母。
方向： 由左至右 (LTR)。
文字擴展與英語：
顯著較長（~30% 擴展）。
要驗證的唯一字元： ä、ö、ü（元音變音）； ß（eszett，鋭 s）；有些長複合字可以超過30個字元。
帶有變音符號和 eszett 的拉丁字母簡史
標準德語源自馬丁路德 1522 年的聖經翻譯，該翻譯統一了先前支離破碎的德國各邦的語言。德語正字法委員會 (Rat für deutsche Rechtschreibung) 協調德國、奧地利、瑞士、列支敦士登和其他德語地區的拼字改革。 1996 年的改革引入了重大變化——最引人注目的是何時使用 ß 與 ss 的規則。
瑞士使用獨特的變體——瑞士標準德語——歷史上根本不使用 ß（用 ss 代替）。針對瑞士受眾進行在地化的設計師應採用瑞士拼字法，以避免看起來很陌生。
設計師的德國字體設計
德國印刷術有兩個獨特的特點。首先， 元音變音 — ä、ö、ü — 以及 埃澤特 (ß)，特定上下文中“ss”的連字。兩者缺一不可；在 URL 和純 ASCII 上下文中替換“ae”、“oe”、“ue”、“ss”是可以接受的，但在正文副本中看起來是錯誤的。
第二，德國人出名的是 極長的複合詞：Donaudampfschifffahrtsgesellschaftskapitän（多瑙河輪船公司船長）是個有效字。不考慮複合詞的設計會破壞：按鈕溢位、導航換行笨拙以及列對齊文字可能會產生巨大的間隙。使用 hyphens: auto CSS 和供應 lang="de" 在父級上，以便瀏覽器正確連字符。
能夠很好地渲染德語的字體
對於針對德語受眾的網頁設計，這些字體已被證明支持德語：
- 國際米蘭
- 羅博託
- 來源 Sans Pro
- 打開無字體
- 諾託三世
始終在 CSS 中提供明確的德語支援字體 font-family 堆棧——依賴瀏覽器回退會導致跨操作系統的渲染不一致。
德國設計中的常見陷阱
- 在正文內容中用 ae/oe/ue 取代 ä/ö/ü（看起來像 ASCII 解決方法）
- 在瑞士在地化內容中使用 ß（瑞士德語使用 ss）
- 未能啟用 CSS 連字號 - 德語複合字在沒有它的情況下會破壞佈局
- 低估擴張－德語比英語長 25-35%
- 忘記所有德文名詞都是大寫的（Tisch、Stuhl、Computer）
- 使用沒有正確 ß 和元音變音設計的字體（有些字體的 ß 字形較弱）
德語在地化提示
- 德語名詞總是大寫——相應地調整複製編輯規則
- 決定德國 (de-DE)、奧地利 (de-AT) 或瑞士 (de-CH)；正字法不同
- 德語比英語長約 30%；具有顯著文本擴展鬆弛的設計
- 貨幣：歐元（德國、奧地利）或瑞士法郎（瑞士）
- 日期格式：15.03.2024（日.月.年），以句點作為分隔符
- 小數點分隔符號為逗號(3,14)；千位分隔符號為句點 (1.000.000)
為什麼經典的拉丁語 Lorem Ipsum 不適用於德語
經典之作 洛雷姆·伊普蘇姆 是西塞羅的一段被謳誤的拉丁文段落。它非常適合拉丁文字設計，因為它產生的字母和單字長度看起來像真實文字。但對於德國設計來説，經典的拉丁文 lorem ipsum 是個錯誤的選擇：
- 它使用的字母頻率略有不同，並且缺少德語特有的字元。
- 它不反映德語文本在您的佈局中實際運行的長度（與英語相比大約擴展了 30%）。
- 顯示拉丁語佔位符的設計者無法評估頁面上德語的視覺節奏。
- 利害關係人對拉丁語 lorem ipsum 的評論忽略了僅在本機腳本中出現的佈局問題。
上面的德語佔位符使用真正的德語單字和字符，因此您在模型中看到的就是您在生產中看到的。
Lorem Ipsum 用其他語言
為多個地區進行設計？我們有其他 19 種語言的佔位符產生器：
中文
中文
日語
日本語
韓語
한국어
阿拉伯語
العربية
希伯來文
עברית
俄文
Русский
西班牙語
西班牙語
法語
法國人
義大利語
義大利人
葡萄牙語
葡萄牙語
荷蘭語
荷蘭
波蘭語
波爾斯基
土耳其語
圖爾克切
希臘文
Ελληνικά
印地語
हिन्दी
越南語
越南
泰語
ภาษาไทย
印尼語
印尼語
瑞典語
斯文斯卡
經典拉丁語
洛雷姆·伊普蘇姆
常見問題
我可以用 ae、oe、ue 代替 ä、ö、ü 嗎？
在純 ASCII 上下文（URL、系統識別碼、嚴格的 7 位元通道）中，是的 — 德語有一個長期存在的約定。在正文和現代 UI 中，不行——它看起來像是 20 世紀 90 年代的 ASCII 解決方法。當編碼允許時，始終呈現元音變音字元。
我該用 ß 還是 ss？
德國和奧地利：長元音和雙元音後需要 ß（Straße、weiß）。在短元音之後，使用 ss (Pass, müssen)。 1996年的改革明確了規則。瑞士：永遠使用 ss，從不使用 ß。現代字體包括 2017 年推出的大寫 ß（ẞ、U+1E9E）。
德語和英語的長度分別是多少？
平均時間長約 30%——是所有主要歐洲語言中最高的。複合詞推動了這一點。如果沒有明確的寬度規劃，UI 按鈕、標題和表格列經常會溢位。
如何在 CSS 中處理長德語複合詞？
添加
hyphens: auto 到父元素並設置 lang="de" 以便瀏覽器使用德文連字號規則。可選擇使用 word-wrap: break-word 作為緊密柱中牢不可破的化合物的最後手段。德文名詞真的都是大寫嗎？
是的。德語中的每個名詞均大寫（Tisch = 表、Computer = 計算機、Liebe = 愛），無論在句子中的位置如何。這不是文體上的選擇，而是文法上的選擇。拼字檢查器和內容系統必須針對德語內容處理此問題。
哪些字體具有良好的 ß 設計？
Inter、Source Sans Pro、Roboto 和 Noto Sans 都有精心設計的 ß 字形。大多數現代字體都支援 2017 年大寫 ß（ẞ、U+1E9E），但在顯示類型中使用之前請進行檢查。