在 AutoCAD 中，行尾樣式是終止每行文字的控制字元:真正的歸位與換行字元 (CRLF)、單獨的歸位字元 (CR)，或單獨的換行字元 (LF)。在 Windows 安裝環境下，剪貼簿幾乎總是傳遞 CRLF 配對;在 macOS 或 Linux 上，單獨的 LF 很常見;少數較舊的圖檔則使用單獨的 CR。在 AutoCAD 文字中變更行尾樣式，意思是在這些真正的分行字元與可列印的跳脫形式 (兩個可見字元 — 反斜線與 n) 之間切換，方向以目的地需求為準。若要在整個 Mtext 區塊、屬性值或擷取出的圖層清單上執行該轉換，可以使用 Line Break Converter，它能辨識三種真正的結尾與三種常見的文字拼法，並在瀏覽器中以確定的方式重新寫入。CRLF 配對一律視為單一邊界，因此 Windows 行尾絕不會產生重複的跳脫。預覽會保留預先格式化的空白字元，原始輸入區塊絕不會被覆寫，且不會傳送任何資料到伺服器。

how to change line end style in autocad
AutoCAD 行尾樣式:將文字分行轉換為 \n

AutoCAD 行尾樣式:文字所適用的位置

AutoCAD 在兩個無關的地方使用「行尾樣式」這個詞彙，而本頁的文字工具只能解決其中之一。第一個含意是幾何上的:聚合線、多重平行線或帶箭頭的引線具有可見的端點外蓋，AutoCAD 會以目前線型的虛線樣式來繪製這些端點外蓋。這些端點外蓋透過「內容」面板或 LINETYPE 指令設定，屬於圖面幾何的一部分。第二個含意是文字上的:當你將 Mtext 字串、屬性值、標題欄欄位或圖層名稱清單從圖面中複製出來時，該文字中的每一行都會以一個控制字元結尾。那個控制字元就是該文字的行尾樣式，而變更它與變更繪製線的可視端點外蓋是兩種不同的操作。

變更 AutoCAD 文字行尾樣式的實際原因是，下游工具並非全都接受同一種形式。JSON 字面值若不跳脫，就無法包含真正的換行;Python 單引號字串會被換行字元終止;含有真正換行的 CSV 儲存格必須以引號包起來;而單行標題欄摘要則不應包含任何真正的換行。在這些形式之間安全地轉換，需要一個能清楚分辨「哪些算邊界、哪些算可列印文字」的工具，而這正是 Line Break Converter 的設計目的。

AutoCAD 文字分行的三種轉換模式

轉換器一次只顯示一個明確的模式，因此你取得的輸出必定是單一具名規則的結果。這三種模式直接對應到文字離開 AutoCAD、進入程式碼、設定檔或說明文件時會遇到的三種情況:

模式可辨識的輸入輸出典型的 AutoCAD 用途
實際轉跳脫真正的 CRLF、CR 或 LF一個可見的反斜線後接 n (\n)將 Mtext 貼入 JSON 字面值、設定檔或單行說明區塊
跳脫轉實際以可列印字元呈現的文字 \r\n、\n 或 \r真正的 LF 換行將複製出來的類 JSON 字串還原為真實的行，以便用於 Mtext、屬性值或 AutoCAD 指令檔
實際轉空格真正的 CRLF、CR 或 LF每個邊界對應一個普通空格將多行標題欄、圖層名稱清單或擷取出的註解壓平為單行

實際轉跳脫會把 Windows 的 CRLF 配對視為單一邊界，並輸出一個 \n，絕不會是兩個。跳脫轉實際會先處理 \r\n 這個文字拼法，再處理較短的 \n 與 \r 拼法，避免在同一段文字同時包含兩者時產生重複替換。底層文字替換的精確行為記載於 String.prototype.replace 的 MDN 參考資料中，其中說明單次比對會優先消耗最長的已辨識拼法，才會嘗試較短的替代項目。

如何在 AutoCAD 文字中變更行尾樣式

  1. 從 AutoCAD 中複製文字:選取 Mtext、在「內容」面板中反白屬性值，或執行快速的選取報表以從指令列列出圖層、圖塊或註解。
  2. 將剪貼簿內容貼到轉換器的輸入區。轉換器最多接受 1,000,000 個字元，足以容納數萬段典型的 Mtext 段落而不會拖慢預覽。
  3. 選擇與目的地相符的模式。當下一站是 JSON 檔案、Python 單引號字串、YAML 值，或任何真正換行會破壞字面值的位置時，請選擇實際轉跳脫。當下一站是 Mtext、屬性或需要真正分行的 AutoCAD 指令檔時，請選擇跳脫轉實際。若想將多行註解壓成單行摘要，請選擇實際轉空格。
  4. 點選「Convert」(轉換) 並仔細查看預覽。預覽會保留預先格式化的空白字元，因此真正的換行會顯示為新的一行，而兩個可見字元 — 反斜線與 n — 則會以字面方式出現在同一列。預覽中過長的一列所產生的視覺折行，並不會在結果中插入任何真正的換行位元組。
  5. 下載 UTF-8 TXT 檔，或從預覽中複製結果。下載的位元組與預覽完全一致，不包含位元組順序標記，因此該檔案在任何能讀取 UTF-8 的編輯器中開啟都會完全相同。
  6. 將結果貼到目的地檔案或指令檔中。若要將文字餵入 AutoCAD 指令檔，請先在 AutoCAD 內部進行驗證再加以依賴，因為在某些字串語法中，真正的換行若未加上額外的引號可能是無效的。

處理 AutoCAD Mtext 與屬性值

兩個 AutoCAD 文字情境佔了大部分的行尾樣式轉換需求。第一個是匯出註解:你複製多段落的 Mtext，將其貼入屬性面板，接著需要把整段內容塞進試算表或 JSON 設定檔中的單行欄位。Windows 插入的 CRLF 配對會變成可見的 \n 序列，行的版面配置會消失，稍後可以透過切換至跳脫轉實際模式，從同一個字串還原出原始的 Mtext。由於每個 CRLF 配對會變成一個 \n，而不是兩個，因此輸出字面值的長度是可預期的，而分行的數量在來回轉換後仍會保留。第二個情境是匯入預先準備好的文字:你從指令檔或資料庫收到像「Line 1\nLine 2\nLine 3」這樣的字面值，需要讓它在 Mtext 內部呈現為三個真正的行。跳脫轉實際會處理所有三種記載中的字面序列 — \r\n、\n 與 \r — 並將每一個替換成一個 LF 換行，因此載入後的 Mtext 會保有來回轉換前完全相同的分行。

在需要嚴格分辨「控制字元」與「兩個可列印字元」的程式碼與設定檔工作中，相關背景整理於 JavaScript escape sequences 的 MDN 文件:在原始碼中，反斜線後接 n 代表一個 line-feed 位元組;而在純文字欄位中輸入的同樣兩個字元，則代表兩個普通的可列印字元。轉換器會保留這項區別，而不是將其模糊化，這也是為什麼預覽刻意將可列印形式呈現在同一列，並讓真正的換行產生新的一列。

來回轉換行為與邊界計數

由於每個已辨識的邊界都會恰好對應一次替換，因此在實際轉跳脫與跳脫轉實際兩種模式下，分行的數量會在來回轉換後保留下來。將十個真正的行轉為跳脫形式，你會得到十個 \n 序列。將十個 \n 序列轉回真正的形式，你會得到十個真正的 LF 換行。這項特性對於必須以與來源相同的行數抵達目的地的 AutoCAD 註解來說相當重要。當目的地強制規定最大行數時，這項特性同樣重要，因為轉換器不會為了符合配額而默默地合併或拆分割界，而是將該決定留給使用者。

實際轉空格模式遵循相同的「每個邊界一次替換」規則。連續的兩個空白行會變成連續的兩個空格，而不是一個。轉換器刻意不將其壓縮、不修剪結果，也不推斷句子標點，因為即使視覺上的空白之後需要另行清理，保留「每個邊界一次替換」仍能讓轉換結果在計數上保持可逆。若目標是產生一段完全不分行、連續不斷的文字，合適的下一步應該是專門的 Line Break Remover，而不是要求空格模式同時身兼兩職。

限制、陷阱與此工具不會做的事

此轉換器的行為明確且具有確定性，這雖然有幫助，但也意味著有幾件事是刻意不在其處理範圍內。它不會變更 AutoCAD 聚合線、多重平行線或引線的可視端點外蓋;這些屬於圖面幾何的一部分，位於「內容」面板或 LINETYPE 指令之中。它不會剖析完整的程式語言字面值規則，因此不會解讀多個前置反斜線、Unicode 跳脫形式，或超出三種已記載字面序列之外的引號字串跳脫。它不會在實際轉空格模式下壓縮連續的分行;每個 CRLF、CR 或 LF 都會恰好變成一個空格，因此來源中的段落分隔會在輸出中變成兩個空格。它不會修剪開頭或結尾的空白、不會轉換定位字元、不會將文字折行至固定寬度、不會加入 HTML 換行標籤，也不會保留原始的行尾樣式 — 跳脫轉實際的輸出一律會標準化為 LF。

輸入上限為 1,000,000 個字元，以確保預覽在瀏覽器中保持流暢;空白的輸入會產生明顯的錯誤，而不是靜默地無動作。編輯輸入或切換模式會清除先前的結果並撤銷其物件 URL，因此舊的下載檔案不會被誤認為目前的設定。原始輸入區永遠不會被覆寫，這讓你可以輕鬆地將轉換後的輸出與來源並列比較，而每次轉換都在本機執行，不會發出任何網路請求。

Picking the Right Cleanup Step After Conversion

Once the line endings are in the form you need, the next cleanup step depends on what is left. For removing breaks entirely so a multi-line note becomes a single continuous run, the dedicated Line Break Remover handles deletion without trimming other whitespace. For broader whitespace cleanup such as collapsing tabs, removing blank lines, or stripping every whitespace character, the Whitespace Remover exposes three explicit modes with predictable behavior. If your goal is the reverse direction and you want to see the same CRLF and LF rules explained from a code-or-data starting point, the walkthrough on converting line break symbols to literal text for code or data covers the matching literal-to-actual path with examples drawn from JSON and log output. For numbering, prefixing, or deduplicating the resulting lines, the line-oriented tools in the text category complete the workflow without sending any drawing content off the local machine.

For a deeper look, see How to Remove Line Breaks in Word Using a Browser Tool.