Microsoft Word 的「文繞圖」功能控制段落如何圍繞浮動物件（例如圖片、文字方塊和圖案）流動——它並非以固定欄寬來換行。任何在 Word 中搜尋以欄位為基礎的自動換行機制的人，通常都會撞到這道牆：位於「圖片格式」或「格式」下的「文繞圖」選單提供「矩形」、「緊密」、「穿越」、「上下」、「文背字」和「文前字」等選項，這些都描述的是圖片相對於周圍段落的擺放位置。這些模式中沒有一個會為一行可容納多少字元設定硬性上限。Word 會根據您的邊界和縮放等級自動處理視覺換行，而底層檔案將這些換行儲存為僅代表「在此處開始新的一行」、而非「此段落必須容納於 N 欄」的換行符號。對於要求固定寬度純文字的用途——例如提交訊息、郵件列表回覆、程式碼註解、man-page 風格的文件——這種軟換行並無意義，因為收件端的視窗才決定文字在哪裡折行。若要產生每一行確實不超過所選字元數的文字，您需要一個能計算字元並插入真實換行符的工具，這正是 Word Wrap / Line Length Formatter 在瀏覽器中為您做的事。
Word 的「文繞圖」設定實際上控制什麼
Microsoft Word 中的「文繞圖」選單是一個版面配置工具，而非行長工具。當您點選插入的圖片並在「圖片格式」或「格式」索引標籤上開啟「文繞圖」下拉選單時，您會看到一份定位模式清單，描述圖片相對於環繞段落的擺放方式。「矩形」會在圖片周圍畫出一個矩形流動區，讓文字在其邊緣處斷行；「緊密」會貼著圖片實際輪廓，讓文字沿著可見像素流動；「穿越」會將圖片內部的空白處填入文字；「上下」僅將文字置於圖片的上下兩側；「文背字」與「文前字」改變的是堆疊順序，而非流動本身。這些模式中沒有一個表示「讓每一行文字不超過 72 字元」。
Word 確實會在您輸入時以視覺方式自動換行。編輯器會在右邊界處斷開過長的句子，並在螢幕上顯示換行結果，但它將這些換行儲存為僅代表「在此處開始新的一行」、而非「此段落必須容納於 N 欄」的換行符號。當您變更邊界、縮放等級、字型，或目的地讀取者的視窗寬度時，同樣的內容會重新換行，原本的換行符號也會變得隱形。對於一份會在 Word 中讀取的文件而言，這沒問題；但對於純文字電子郵件、Git 提交內容、man page 或程式碼註解而言，這完全是一個錯誤的抽象層次。
固定欄寬換行實際上的意義
固定欄寬換行是較舊的慣例，也是大多數讀者在搜尋自動換行時真正想要的東西。早在固定寬度終端機和打孔卡的時代，純文字就會被切斷，使每一行都能容納在以字元計的目標寬度內。這個慣例之所以延續至今，是因為仍有兩種用途仍然要求如此：電子郵件（會通過歷史上對每行施加硬性限制的郵件伺服器），以及原始碼（會在終端機、diff 檢視器和程式碼審查工具中讀取，而這些工具的寬度是寫入者無法控制的）。
有兩種變體值得了解。軟換行會在欄位上限前最後一個可容納的空格處斷行，因此單字會保持完整，結果在任何讀者所使用的寬度下看起來都是正確的。硬換行則無論該處是否有空格，都會在確切欄位處插入換行符，因此每一行必定等於或低於上限。當下游系統會拒絕或重新格式化任何過長的內容時，您需要的是硬換行；而當文字會進入響應式視窗時，您則不需要。Word Wrap / Line Length Formatter 同時提供這兩種模式，並允許您按段落切換。
為何 72 和 80 欄是慣用上限
大多數換行工具中的預設寬度並非隨意設定。它們源自已公布的標準，以及那些比創造它們的螢幕更為持久的編碼習慣。
| 慣例 | 建議欄位上限 | 由來 |
|---|---|---|
| RFC 5322 訊息格式 | 應保持在 78 以內；絕不得超過 998 | 網際網路訊息格式標準 |
| 電子郵件本文慣例 | 72 | 為使用 > 前綴的引言預留空間 |
| Git 提交本文 | 72 | 在 git log 中以縮排偏移顯示時仍可讀 |
| 經典終端機寬度 | 80 | 多數程式碼風格指南引用的標準終端機寬度 |
| POSIX fold 公用程式 | 預設 80 | 以字元為基礎的斷行參考實作 |
| 現代程式碼風格指南 | 100–120 | 更寬的螢幕，但仍選擇此範圍以保持 diff 可讀 |
最常被引用的兩個數字是 72 和 80。RFC 5322（網際網路訊息格式標準）規定訊息每一行不應超過 78 個字元，且絕不得超過 998 個字元。在 72 字元處換行會預留 6 個字元的餘裕，使一層 "> " 引言能夠容納而不需重新換行原文；同一習慣也帶進了提交訊息中——被廣泛遵循的 Git 慣例會對本文文字進行換行，使其在 git log 輸出中以縮排顯示時仍能保持可讀。80 欄則是 C、Python、Go 等語言風格指南至今仍引用的經典終端機寬度，POSIX fold 公用程式基於同樣理由將 80 設為預設值。
如何使用 Word Wrap 工具以欄位寬度換行
Word Wrap / Line Length Formatter 完全在您的瀏覽器中執行。不上傳、不儲存任何內容，也不需要帳號。貼上最多一百萬字元的文字、選擇寬度、挑選軟換行或硬換行，結果會回報最長的輸出行，讓您能驗證沒有任何內容超出您的上限。
- 貼上文字並選擇寬度：電子郵件和提交訊息用 72，經典終端機用 80，或自行輸入。
- 選擇在單字邊界處軟換行，或在確切欄位處硬換行，並設定回流與縮排處理方式。
- 檢查最長行統計資料，然後複製換行後的結果。
若四個預設值不符合您的用途，可直接輸入 8 到 500 字元之間的任何寬度。軟換行會在最後一個可容納的空格處斷行，因此結果即使在讀者偏好的寬度下看起來也是正確的；硬換行則在確切欄位處切斷，絕不會切開表情符號或任何佔用兩個程式碼單位的字元。該工具還會回報輸入行數、輸出行數和最長的輸出行，讓您在貼入提交訊息或電子郵件回覆之前能確認結果。軟換行是等冪的：以相同寬度再次執行輸出結果不會產生任何變更，這使得該工具在重複的流程中也能安全使用。
將 Word 文字送入欄位換行工具
Microsoft Word 不會以強制行長匯出純文字，因此實際的工作流程是將文字從 Word 中複製出來，再透過一個計算字元的換行工具處理。從 Word 文件到欄位換行輸出的步驟如下：
- 在 Word 中，選取您要換行的段落（全文選取按 Ctrl+A），並以 Ctrl+C 複製。
- 在另一個瀏覽器分頁中開啟 Word Wrap / Line Length Formatter，並以 Ctrl+V 貼上。
- 選擇符合目的地的寬度：電子郵件本文和 Git 提交用 72，終端機用文字用 80，或從 8 到 500 之間任意自訂上限。
- 為可讀輸出選擇軟換行，或為強制上限選擇硬換行，然後將結果複製回您的電子郵件用戶端、終端機或提交訊息編輯器。
輸出旁顯示的最長行統計資料讓您在貼回之前能驗證沒有任何內容超出您的上限。若來源中在本應屬於同一段落的內容裡含有軟段落分隔，預設啟用的回流選項會將其合併，使新的寬度能乾淨地套用至整個段落。另一方面，關閉回流則會對每一現有行單獨進行換行，當換行本身具有意義時這才是正確的行為。
保持結構與縮排完整
一個天真的欄位換行工具常會弄錯的一件事是結構。Word Wrap 工具會先以空行分割，因此每個段落會獨立換行，空行也會在各段之間保留。預設啟用的回流選項會在換行前合併段落內既有的換行符，這意味著先前以 60 欄硬換行的段落能乾淨地以 100 重新換行。關閉回流則會對每一現有行單獨換行，當換行本身具有意義時——例如程式碼區塊、地址、清單或詩句——這才是正確的行為。
縮排會被保留並納入計算。以四個空格開頭的段落會在其所有延續行中保留這四個空格，且有效換行寬度會扣除它們，因此縮排區塊會保持對齊，而不是隨著段落推進越來越偏右。由角括號組成的電子郵件引言前綴會依相同規則被視為縮排處理，使回覆在換行後仍能保持其引言結構。如需深入了解電子郵件與提交的使用案例，請參閱在 Word 中為電子郵件、提交與程式碼進行文字換行的實用指南。
您實際會用到欄位換行純文字的場合
- 提交訊息——大多數專案會以 72 欄對本文進行換行，使 git log --stat 在訊息被縮排於某個前綴下時仍能保持清晰可讀。
- 郵件列表與電子郵件回覆——RFC 5322 的 78 字元建議與 72 字元引言餘裕在每次寄送時皆適用。
- 程式碼註解——過長的縮排區塊註解只有在換行工具尊重縮排、且絕不切開過長識別符時，才能在換行後保持可讀。
- Man-page 風格的文件——固定寬度讀取器與 groff 仍預期在 80 欄內使用硬換行。
- 原始碼本身——各語言的風格指南皆建議設定行數上限，且多數編輯器會在存檔時強制執行。
若您是為了控制純文字輸出中每行的字元數而來到 Word，那麼這個缺少的功能根本不在 Word 裡。它存在於一個能計算字元、插入真實換行符的公用程式中，能產生真實的換行而非視覺上的軟換行。Word Wrap / Line Length Formatter 正是為此而打造，而它所回報的最長行統計資料讓您能在提交、寄送或發布之前確認沒有任何一行超出您的上限。
若您正在權衡各種方案，Convert Column to Comma-Separated List Excel Formula對此有詳細說明。