Word Online 沒有內建指令可以把文字折行到每行固定的字元數，這就是為什麼當你需要固定寬度輸出時，獨立的自動換行工具會成為標準的變通方法。瀏覽器版的 自動換行 / 行長度格式化工具 會重新格式化貼上的文字，讓每一行都維持在你選擇的欄寬之內(電子郵件內文與提交訊息用 72，傳統終端機寬度用 80，或從 8 到 500 之間的任何數字)，並在正確的位置切斷相同的字詞後回傳。你把折行後的輸出貼回 Word Online，結果看起來就跟原本在裡面折好的一模一樣:相同的字詞、相同的段落分隔、相同的縮排，只是在你指定的欄寬處做強制斷行。這是當作者需要純文字文件、郵件列表回覆，或能在每個下游渲染器中都保持不變的提交訊息時所使用的方法。由於工具完全在瀏覽器中執行，文字從不離開你的裝置，這在草稿還沒準備好分享時特別重要。
為什麼 Word Online 在固定欄寬折行上力有未逮
Word Online 的「文字環繞」控制項是關於讓圖片與圖形浮動在文字旁邊，而不是關於行長度。在「圖片格式」或「繪圖格式」底下的設定可以讓行內圖片置於段落的左、右或後方;它們並不會在特定的字元數處插入強制換行。頁面本身是可重排的:當你調整視窗大小或變更縮放時，文字會自動重新排成新的行，這與固定寬度輸出恰好相反。把頁面邊界縮窄會減少段落的視覺寬度，但一段看起來像 70 欄的段落並不是真的在 70 個字元處斷行;它是一條很長的連續行，只是渲染器剛好在邊界處斷行。如果你把那段從 Word Online 複製出來，貼到 Git 提交欄位、電子郵件用戶端或終端機中，那些斷行就會消失，行長會超過目的地所強制執行的任何限制。在 Word Online 裡沒有選單指令、沒有鍵盤快速鍵，也沒有隱藏選項可以把流動文字轉換成固定寬度的折行文字。這個落差正好說明了為什麼獨立的自動換行工具會成為固定欄寬輸出的標準變通方法。
同樣的限制也出現在檔案格式本身。從 Word Online 儲存的 .docx 將文字儲存為字元序列，並帶有選擇性的軟換行，而不是固定寬度的強制折行段落。把文件轉成純文字並用 .txt 副檔名並不會幫它折行;它只會去除格式，並保留原本的行結構。因此，從 Word Online 到固定寬度純文字文件的路徑，必須經由一個在你選擇的欄寬處插入真實換行字元的工具。
變通方法:在外部折行，再貼入 Word Online
可靠的方法是先用瀏覽器版的工具格式化你的文字，再把折行後的輸出貼回你的 Word Online 文件。自動換行 / 行長度格式化工具正是為此設計:貼上一段文字、設定一個欄寬，然後取回以不超過該欄寬的行切斷的相同字詞。它插入的斷行是真實的換行字元，因此在每個尊重純文字的下游渲染器中都能保留下來，包括電子郵件用戶端、郵件列表、Git 提交訊息欄位與終端機。
折行過程中結構會被保留下來。空行維持空白並作為段落分隔，因此每個段落都會被獨立折行，而不是接續到下一段。縮排在每個延續行上都會被保留:以四個空格開頭的段落會在後續每一行都保留那四個空格，而有效的折行寬度會減掉那個前置縮排，讓縮排區塊在折行時保持對齊，而不是向右偏移。以角括號組成的引用電子郵件前綴會被視為同一種縮排並套用相同的規則，因此每行都以 "> " 開頭的回覆會乾淨地折行，前綴保留在每一行，而內文仍然符合欄寬。由於工具完全在瀏覽器中執行，文字從不離開你的裝置，這在草稿還沒準備好分享時特別重要。
三步驟在 Word Online 中折行文字
- 把文字貼到輸入框，並從預設列中選擇一個寬度。電子郵件內文與 Git 提交訊息內文用 72，傳統終端機寬度與程式碼註解用 80，較寬的程式碼風格指南用 100 或 120，如果你的目的地有特定限制，也可以在寬度欄位中輸入從 8 到 500 之間的任何自訂寬度。
- 選擇軟換行或硬換行。軟換行會在最後一個符合的位置斷行，而且絕不切斷字詞，這是散文、電子郵件回覆與提交訊息的安全預設。硬換行會在精確的欄位處切斷，適合每行真的必須嚴格低於某個上限的情況;在折行原始碼或送入會強制執行硬性上限的目的地時，請切換到硬換行。除非段落內的換行是有意義的(詩歌、程式碼、各項目本身即為獨立邏輯單位的清單)，否則請保持重新排版開啟。
- 閱讀輸出下方的「最長一行」統計數字，以確認沒有任何一行超過你選擇的寬度，然後複製折行結果，在游標處貼到你的 Word Online 文件中。強制換行會隨著貼上動作一起帶入，並在你儲存、匯出或再次複製文件時保持在原位。
選擇正確的寬度:72、80、100 或自訂
寬度預設值並非任意數字;它們是慣例實際命名的那些值。RFC 5322 這個網際網路訊息格式標準規定，訊息的每行不得超過 998 個字元，並應以 78 個字元為限，而將內文在 72 處折行的傳統做法保留了讓引用層級被加上去而無需重新折行原本內容的空間。同一個 72 欄的習慣也沿用到了提交訊息，在廣為遵循的 Git 實務中，內文會被折行以使其在 貢獻至專案 後的 git log 中以縮排顯示時仍能保持完整。80 欄是程式碼風格指南至今仍會引用的經典終端機寬度，而 POSIX fold 工具——這個用於在固定寬度處斷行的歷史性 Unix 工具——預設也是同一個值，記載於 POSIX fold 規格 中。如果你是在為上述任何目的地進行折行，關於在 Word 中為電子郵件、提交與程式碼折行文字的專屬指南會更詳細地說明寬度與樣式的選擇。
| 寬度 | 慣例或來源 | 典型用途 |
|---|---|---|
| 72 | RFC 5322 引用邊界;Git 提交內文慣例 | 電子郵件內文、提交訊息內文，以及任何會被加上引用行的內容 |
| 78 | RFC 5322 建議行長上限 | SMTP 訊息行的最大建議長度 |
| 80 | 經典終端機寬度;POSIX fold 預設值 | 程式碼風格指南、終端機輸出、傳統程式碼註解 |
| 100 | 現代語言風格指南 | 有數個現行語言風格指南建議使用 100 欄 |
| 120 | 寬幅文件慣例 | 文件行、需要容納較長句子的散文 |
| 自訂 8–500 | 使用者自訂 | SMS 上限、狹窄的表格儲存格、不常見的目的地上限 |
78 那一列是因為它是 RFC 5322 實際明定的建議上限而被納入參考;如果你的下游渲染器強制執行該建議上限，以 72 折行所產生的行仍然會遠低於該上限。
軟換行 vs 硬換行:該選哪一個
軟換行會在欄寬內最後一個符合的空格處斷行，然後用後續的文字開始下一行。它絕不切斷字詞，因此結果讀起來自然，行尾也不會出現突兀的連字號。如果某個單字或 URL 比你設定的欄寬還長，軟換行會把它單獨留在一行，而不是切開它，並會回報有多少個這樣的超長字詞被保留完整，如此便不會有內容在你不察覺的情況下超過你的限制。這是散文、電子郵件回覆、提交訊息，以及任何讀者會看到換行的目的地所適用的模式。
硬換行會在精確的欄位處切斷。當每行真的必須低於某個硬性上限時(例如嚴格的原始碼行長上限，或本身不做軟換行的下游渲染器)，請使用它。硬換行絕不會切斷表情符號或任何佔用兩個 Unicode 程式碼單位的字元——這是許多天真的欄位切斷器常犯錯的正確性細節，會在輸出中產生明顯損壞的字元。寬度全程以 Unicode 程式碼點計算，而工具也直接聲明一個範圍界線:東亞全形字元以一個計算，並不會模擬終端機的雙寬渲染。
重新折行已折行的文字並保留縮排
如果你貼上的文字已經在某個舊寬度下折過行，預設為開啟的「重新排版」選項會先將每個段落內既有的換行合併，再進行折行，因此舊的 60 欄文字能乾淨地在 100 處重新折行，或舊的 80 欄文字能乾淨地在 72 處重新折行。當換行本身具有意義時請關閉重新排版:行尾本身即為形式一部分的詩歌、每個陳述句各佔一行的原始碼，或每個項目必須各自獨立成行的編號清單。如需對重新折行工作流程有更深入的說明，請參閱移除自動換行並以新欄寬重新折行的指南。
縮排會被保留並納入計算。以四個空格開頭的段落會在每個延續行上保留那四個空格，而有效的折行寬度會將其扣除，因此縮排區塊在折行時保持對齊，而不是向右偏移。以角括號組成的引用電子郵件前綴會被視為縮排並套用相同規則，因此回覆能保留其引用結構，而內文仍符合欄寬。軟折行具有等冪性，因此以相同寬度再次執行輸出並不會改變任何結果，這使得該工具在需要多輪處理產出相同結果的重複管線中安全可用。輸入上限為一百萬個字元，並以單一線性方式進行折行，即使在該規模下也能瞬間回傳。