在 Word 中以固定欄寬將一個句子換行,意思是在選定字元數處切斷文字,使每一行都不超過該限制——這正是電子郵件用戶端、終端機和提交訊息慣例數十年來所期望的方式。Word 視覺上的「文繞圖」功能是將文字圍繞圖片排列,這是在 Word 文件本身內部解決的另一個問題。以欄位為基礎的換行,正是 RFC 5322 為電子郵件所規定的(每行不應超過 78 字元),也是 POSIX fold 工具自 Unix 早期以來所做的事,以及大多數程式碼風格指南至今仍建議在 80 欄所做的處理。換行 / 行長度格式化工具正好執行這個工作:貼上您的文字、選擇寬度,就能在正確的位置切分相同的詞彙。它能處理軟換行(在符合限制的最後一個空格處斷行)、硬換行(在確切的欄位處斷行)、縮排,以及對已經以不同寬度換行過的段落進行重新排版,所有過程都不需要上傳任何內容,因為運作完全在瀏覽器中進行。
在 Word 中將一個句子換行實際上代表什麼
「在 Word 中將一個句子換行」這個說法,依提問者的不同,可能指向兩種不同的任務。在大多數搜尋結果中,它指的是 Microsoft Word 用於讓文字圍繞圖片、形狀、文字方塊和 SmartArt 排列的版面功能。這是一種在文件內部的視覺操作,會重新定位文字並改變圖片在頁面上的呈現方式。這並不是本文要討論的主題。
本文要涵蓋的是換行較古老、純文字的意義:在選定欄位處切斷一行連續文字,使結果符合固定寬度閱讀情境的慣例。這就是郵件用戶端在送出符合 RFC 5322 規範的訊息前所做的換行,是 Git 在標題下以縮排顯示提交本文時所做的換行,也是終端機自固定寬度螢幕存在以來一直在做的事。當「在 Word 中將一個句子換行」這個說法與「72 字元」、「80 欄」、「提交訊息」或「純文字」之類的字眼並提時,所指的就是這個任務,而以欄位為基礎的格式化工具才是正確的工具。
為何固定欄位換行在今日仍然重要
數項既有標準仍將行長視為硬性契約,而不只是風格偏好。RFC 5322 這個網際網路訊息格式標準規定,電子郵件訊息的每行不得超過 998 字元,且應不超過 78 字元;將本文文字以 72 字元換行的傳統做法,保留了讓引用層級加入而無需重新換行的空間,而同一個 72 欄的習慣也延續到提交訊息中,廣為遵循的 Git 慣例會將本文文字換行,以便在 git log 輸出中以縮排顯示時仍能保留格式(請參考 Pro Git 書中關於貢獻專案的章節)。80 欄是程式碼風格指南至今仍會提及的經典終端機寬度。現代風格指南常將其延伸至 100 欄,以因應更寬的顯示畫面,並以 120 作為實際上的上限。
實際上的影響是,同一份文件可能需要針對不同對象重新換行:一段以 100 字元撰寫的長段落,在貼入提交訊息前可能需要改為 72 字元的換行;而為終端機撰寫的手冊頁面,在發行前可能需要退回 80 欄。以人工方式進行既緩慢,又會在段落較長或已部分換行時出錯。專用的格式化工具可以一次完成,並回報最長的輸出行,讓您能驗證結果。
如何在選定欄寬將一個句子換行
- 將句子或段落貼到換行 / 行長度格式化工具頁面的輸入欄位中。
- 從預設按鈕中選擇寬度——電子郵件本文和提交訊息選 72,經典終端機輸出選 80,現代程式碼和文件選 100 或 120——或輸入介於 8 到 500 字元的自訂寬度。
- 選擇換行模式:軟換行會在符合限制的最後一個空格處斷行,絕不切斷單字;硬換行則會在確切的欄位處斷行,讓每一行無論詞彙邊界為何都在上限以內。
- 設定重新排版和縮排選項。重新排版預設為開啟,會先將段落中既有的換行符號接合,使已經換行過的文字能乾淨地重新換行。當既有換行具有意義時(例如詩詞、地址或手動格式化的表格),請將其關閉。縮排處理會保留行首空格和引用前綴,並將其從有效寬度中扣除。
- 執行換行並讀取結果面板。工具會回報輸入行數、輸出行數和最長的輸出行。若在任何軟換行模式下,有單字過長而無法單獨放在一行內,也會顯示過長單字的數量。
- 複製換行後的輸出,並貼回 Word、電子郵件編輯器、提交訊息編輯器,或任何預期接收固定寬度行的目的地。
選擇換行寬度:72、80、100、120 乃至更寬
| 寬度 | 由來 | 最適用於 |
|---|---|---|
| 72 | 電子郵件引用慣例;Pro Git 書中記載的 Git 提交訊息本文慣例 | 提交訊息、郵件列表回覆、將被其他回覆引用的文字 |
| 80 | 傳統 Unix 工具和 POSIX fold 規範所提及的經典終端機寬度 | 程式碼註解、README 摘錄、手冊頁風格的文字、在終端機中閱讀的任何內容 |
| 100 | Google 和 LLVM 等現代程式碼風格指南 | 當代專案中的原始程式碼註解、更寬的文件 |
| 120 | 現代風格指南中所提及的實際上限 | 含有長識別字的文件、產生的參考文字 |
任何介於 8 到 500 之間的值都可以直接輸入寬度方框中;預設值只是最常見的慣例。若您的目的地指定了不同的數字——例如以 132 欄印表機為目標的手冊頁面——請設定該確切的值。
軟換行與硬換行之比較
軟換行幾乎是所有閱讀情境的預設模式。它由左至右處理文字,並在仍符合限制的最後一個空格處斷行。全字母句「The quick brown fox jumps over the lazy dog」共 43 字元。以 20 字元寬度進行軟換行後,會變成三行:
- 第 1 行:The quick brown fox——19 字元,為仍能符合的最後一個空格處。
- 第 2 行:jumps over the lazy——19 字元。
- 第 3 行:dog——3 字元。
三行,沒有單字被切斷,原始詞彙完整保留。軟換行同時具有等冪性:以相同寬度再次將輸出送入工具,結果不會改變,這使得該格式化工具可安全地放進管線中。
當目的地不會自行斷行,且每一行無論如何都必須在上限以內時,硬換行才是正確的選擇。硬換行會在確切的欄位處切斷。格式化工具仍會拒絕切分代理對( surrogate pair),因此表情符號或任何其他由兩個碼元組成的字元不會被切成兩半。天真的欄位切分器會在這裡出錯;這個工具則不會。寬度是以 Unicode 碼元計算,而不是以位元組或 JavaScript 字串長度計算,而且工具會明確說明其唯一的範圍限制:東亞全形字元以一欄計算,不模擬終端機的雙寬呈現。
保留結構:縮排、過長單字和重新換行
有三個細節能區分出真正的換行工具與快速的搜尋取代手法。縮排會被保留並納入計算:以四個空格開頭的段落,會在每一個延續行的開頭保留這四個空格,而有效換行寬度會將其扣除,使縮排區塊在延續時不會向右漂移。由角括號組成的引用電子郵件前綴,會依相同規則視為縮排處理,因此回覆內容的每一行都能保留其 > 標記。
在軟換行模式下,過長的單字會受到保護。一段 URL、一個識別字,或任何超過限制的連續字串,會單獨佔據一行。結果面板會回報有多少這類過長單字被原封不動地保留,如此一來,沒有任何內容會在您不知情的情況下悄悄超出您的限制。
重新換行確實有效。在重新排版開啟的情況下,段落中既有的換行會先被接合,因此 60 欄的電子郵件能乾淨地重新換行為 100 欄,100 欄的文件也能乾淨地重新換行為 72 欄以供提交訊息使用。空行會被保留,每個段落會獨立換行。該工具在單一的線性過程中執行所有作業,且輸入上限為一百萬字元。
何時使用格式化工具,何時 Word 的內建工具已足夠
Microsoft Word 本身的換行功能——「文繞圖」選單、圖片和形狀的版面配置選項、段落對話方塊中的分行控制——在任務是 Word 文件內部的視覺版面配置時,才是正確的工具。然而,這些功能並不會強制執行純文字的欄位慣例。它們不知道 RFC 5322,不知道 72 欄的提交訊息習慣,不知道引用回覆前綴,也不知道尊重詞彙邊界的軟換行與在第 80 欄硬切之間的差別。
當輸出必須存在於 Word 文件以外的地方——在提交訊息中、在將被他人引用的電子郵件回覆中、在終端機中閱讀的程式碼註解中、在手冊頁中、在純文字的 README 中——以欄位為基礎的格式化工具才是正確的工具。版面配置請使用 Word 的原生功能;當約束條件是每行的字元數時,請使用行長度格式化工具。
如需深入了解,請參閱 在 MS Word 中計算字元數:內建工具及其他。
如需深入了解,請參閱 如何在不反轉字母的情況下反轉詞彙順序。