在線上移除自動換行，意思是將已經在某個欄寬斷行的文字，重新格式化為另一個欄寬，而不會遺失任何單字或段落結構。換行 / 行長度格式化工具能在單次瀏覽器操作中完成這個任務:貼上已經斷行的內容，選擇目標行長度(例如電子郵件和提交訊息用 72、經典終端機寬度用 80，或介於 8 到 500 字元之間的任何自訂值)，相同的單字就會以新的限制重新排版回來。工具會先合併每個段落中現有的換行，再重新斷行，因此 60 欄的 PDF 貼文會變成乾淨的 72 欄電子郵件內文，72 欄的提交訊息會變成 80 欄的回覆，80 欄的程式碼註解則會變成專案風格指南實際要求的格式。空行會保留為段落分隔，每個段落各自獨立斷行。任何前置縮排(包含引用電子郵件的 '>' 前綴)會在每一行接續處保留，並計入斷行預算，使縮排區塊保持對齊。過長的單字(例如長網址)絕不會被切斷;它們會獨立成一行，輸出結果會回報這類單字被保留了多少個，代表沒有任何一行會悄悄超出你選擇的寬度。以相同寬度進行軟換行具有冪等性，因此將輸出以相同寬度再跑一次，結果不會改變 —— 這在將斷行結果送入更長的文字處理流程時，是個很有用的特性。所有運算都在本地執行;不會上傳、儲存或附加到任何帳號。
「移除自動換行」在實務上的意義
幾乎每次貼上純文字時，內容都帶有某種斷行:60 欄的 PDF、72 欄的電子郵件回覆鏈、80 欄的終端機擷取，或 100 欄的原始碼註解。當這段內容被貼到預期使用不同寬度的地方 —— 例如 Git 提交內文、郵寄清單回覆、man 手冊、README、程式碼審查註解 —— 現有的斷行就需要替換為目標限制下的新斷行。移除現有自動換行，正好就是標準 Unix POSIX fold 工具 數十年來執行的相同操作:將已經在某個欄位斷行的文字，以新的欄位重新排版相同的單字，不會遺失任何字元或調換單字順序。
換行 / 行長度格式化工具 正是為了這個操作而設計。它的重排選項就是那個會先合併每個段落內現有換行，再以新寬度重新斷行合併後段落的開關。在重排開啟時(預設),60 欄的 PDF 貼文會變成乾淨的 72 欄電子郵件，72 欄的提交內文會變成 80 欄的回覆，100 欄的原始碼註解則會變成專案風格指南實際要求的格式。關閉重排時，工具會將每一條現有的行單獨斷行 —— 這在換行本身屬於資料的一部分時(例如詩歌、日誌擷取，或不可重新排版的 ASCII 藝術)是正確的模式。
這個操作以單一線性方式處理文字，因此即使是長達一百萬字元的輸入，也能完成斷行並回傳結果，而不會讓 CPU 忙於空轉。不會上傳、附加到帳號，或儲存任何資料 —— 所有處理都在瀏覽器分頁中完成。
如何以新寬度重新斷行已斷行的文字
- 在新的瀏覽器分頁中開啟換行 / 行長度格式化工具;它在本地執行，不會上傳文字。
- 將已斷行的文字貼入輸入欄位。PDF 複製內容、終端機擷取、電子郵件回覆和提交訊息草稿，都能以相同方式處理。
- 選擇寬度:電子郵件和提交訊息點選 72，程式碼風格指南仍會參考的經典終端機寬度點選 80，現代散文用 100，寬版文件用 120;你也可以輸入介於 8 到 500 字元之間的任何自訂寬度。
- 保持重排選項開啟，讓工具先合併每個段落中現有的換行，再重新斷行。只有當每條現有的行各自帶有意義時(例如詩歌或程式碼區塊)，才關閉重排。
- 選擇軟換行，在最後一個符合的空格處斷行;或選擇硬換行，當下游系統確實要求每行都嚴格不超過限制時，則在精確欄位處切斷。
- 檢查最長一行的統計資料，確認輸出符合目標，再查看輸入行數 / 輸出行數計數器和過長單字數量。
- 複製斷行後的結果，貼到目的地:提交訊息、電子郵件回覆、程式碼註解，或純文字文件。
如果工具回報保留了過長的單字，請檢查輸入 —— 那些通常是網址、提交雜湊、檔案路徑，或確實超過限制的單一識別碼。軟換行不會切斷它們，工具會告訴你保留了幾個這類單字，因此沒有任何一行會悄悄違反所選的行長度規則。對於前封電子郵件的引用行也是如此:每一層 '>' 或 '> >' 前綴都會保留在包含該內容的行上，所以新的斷行不會意外地移除引用層級。
預設寬度與使用時機
| 預設 | 慣用情境 | 為什麼選這個數字 |
|---|---|---|
| 72 | 電子郵件內文行與 Git 提交訊息內文行 | RFC 5322 建議訊息行應保持在 78 字元以內;將內文以 72 斷行，可預留一到兩層引用前綴日後加入的餘裕，而不必重新斷行。 |
| 80 | 經典終端機寬度、原始碼風格指南、man 手冊章節 | 程式碼風格指南仍參考 80 欄，因為傳統固定寬度終端機顯示為 80 字元寬，此慣例沿用至原始碼風格規則。 |
| 100 | 現代散文、部落格草稿、README、較長的原始碼行 | 較寬的上限，在多數終端機預設字型大小下仍能舒適容納，不會出現水平捲動。 |
| 120 | 長篇文件、寬鬆的程式碼風格指南、筆記本散文 | 最寬的預設，適合比 1970 年代終端機寬，但比 A4 頁面等寬字型窄的顯示器。 |
針對提交訊息內文，Git 專案本身的貢獻說明文件建議將內文以固定欄寬斷行，使訊息在日誌中以縮排顯示時，版面不會被破壞。72 的預設直接對應這項建議。如果沒有任何預設符合需求，直接在寬度欄位輸入介於 8 到 500 的任何數值，工具就會在下一次處理時以該限制斷行。
軟換行 vs 硬換行:選擇正確的模式
軟換行是預設模式，也是幾乎每位純文字讀者想要的。它在仍能放進限制內的最後一個空格處斷行，使每行都以單字邊界結束，行內內容不會被切斷。超過限制的單字 —— 長網址、沒有空格的檔案路徑、單一不中斷的識別碼 —— 會完整保留在獨立的一行，結果會回報這類被保留的單字數量，因此沒有任何一行會悄悄超出所選的寬度。這是任何可讀性目的地(電子郵件、提交訊息、README、郵寄清單貼文、程式碼註解)較安全的模式。
硬換行是嚴格模式:它會在你選定的精確欄位處切斷，即使切在單字中間也照切，因為部分下游系統確實要求每行都嚴格低於某個上限(舊式郵件轉送、固定記錄資料庫、特定日誌傳送器)。工具絕不會切開 emoji 或任何佔用兩個 Unicode 碼位的字元，這是許多天真欄位切割器經常犯錯的正確性細節。若輸入是每行 72 字元的英文，硬換行和軟換行通常會產生相同的輸出;只有在單一標記超過寬度時，兩者才會出現分歧。
以相同寬度進行軟換行具有冪等性:將輸出以相同寬度再跑一次工具，結果不會改變。這讓它在使用更長的處理流程時是安全的 —— 重新貼上結果、重新處理，或送入不同的格式化工具，都不會意外地再次切割已經切過的行。最長一行的統計資料可讓你驗證寬度確實符合目標，這能避免常見的錯誤:重複貼上輸入，卻在兩個欄位看到相同的數字。
工具在斷行過程中保留的內容
移除現有的自動換行，不等於把每一處換行都壓縮掉。工具會保留空行作為段落分隔，並讓每個段落各自獨立斷行，因此貼上的文件會保留段落結構，而不是變成一面文字牆。每個段落重新開始:段落內現有的換行會在重排時合併，合併後的文字以新寬度排版，接下來的空行則開啟新段落。
縮排會被保留並納入計算。以四個空格開頭的段落，後續每一行都會保留這四個空格，實際斷行寬度會減去它們。算式如下:目標寬度 72、縮排 4 個空格時，實際斷行寬度等於 72 − 4 = 68 字元，作為每個接續行的長度。由角括號組成的引用電子郵件前綴，會以相同方式視為縮排，因此帶有 '> >' 前綴的回覆，無論新增多少層，都能保持對齊。相對地，沒有縮排的 100 欄散文段落，每一行都會得到完整的 100 字元。
寬度以 Unicode 碼位計算，而非位元組，因此帶腔調字母、斯拉夫文、希臘文、希伯來文、阿拉伯文，以及 emoji，各算一個單位。頁面清楚說明其單一範圍限制:東亞全形字元算一個單位，不模擬終端機的雙寬渲染。輸出結果也會回報輸入行數、輸出行數和最長的輸出行，因此有數字可供檢查是否符合任何行長度規則。換行 / 行長度格式化工具能以單一處理流程應對長篇程式碼註解、郵寄清單回覆、提交訊息內文和 man 手冊章節，並具備遠高於任何合理電子郵件或提交內文的一百萬字元輸入上限。
如果你正在權衡各種選項，為 JSON、SQL 和 CSV 的每一行加上引號 有詳細說明。
如果你正在權衡各種選項，將 Google 試算表欄位轉換為逗號分隔清單 有詳細說明。