若要為文字加入行號，請貼上原始行內容，選擇一個介於 0 到 999999 之間的起始整數，挑選如「. 」或「|」這類分隔符，然後將預覽結果以 UTF-8 純文字 TXT 檔下載。輸出會保留原始輸入的每一行——包含空白行——並在每一行前加上依序遞增的整數，從所選的起始值開始，每一個邏輯行加 1。整個轉換過程在瀏覽器中執行，因此文字不會離開裝置，頁面上顯示的預覽與下載檔案的位元組完全一致。這讓結果可以預測:相同的輸入、相同的選項，就會產生相同的編號輸出。這個工具適用於需要為每行文字提供穩定引用索引的情境——程式碼審查註解、逐字稿引用、法律審查工作副本、課堂講義、記錄擷取，或任何需要引用與重新引用編號行而不產生混淆的工作流程。
行號編號的實作範例
從三行純文字開始——單字「alpha」、一個空白行，以及單字「beta」——並使用預設起始數字 1 搭配句點加空格的分隔符。工具會辨識出三個邏輯行，因為它會將中間的空白行計算在內。
| 輸入 | 輸出 |
|---|---|
| alpha | 1. alpha |
| (空白行) | 2. |
| beta | 3. beta |
這項規則保留了編號與原始行序之間的位置對應關係。如果稍後在中間插入新的一行，下方所有編號都會同步位移，因為每一行都會獲得下一個編號，包含空白行在內。若想以不同的分隔符查看相同的輸入，將分隔符改為垂直線而不更動文字，相同的三行就會變成「1|alpha」、「2|」以及「3|beta」。無論如何，原始行的文字都不會改變;只有前綴會變動。
起始數字、分隔符與補零
三個控制項決定編號清單的外觀。起始數字必須是非負整數，且最多六位數，因此接受 0 到 999999 的值。分隔符是置於產生數字與原始行內容之間的常值字元;最多可使用 20 個 Unicode 字元，包含句點、冒號、垂直線、Tab，或單純一個空格。分隔符字元不會被跳脫或解譯為正規表示式，因此字面上的點就是單純的點。常見的選擇包括「. 」、「:」、「|」，以及從剪貼簿貼上的 Tab 字元。
補零採用結果中最終產生數字的位數寬度。從 8 開始，三行會產生「08」、「09」以及「10」，因為最後一個數字達到兩位數。從 1 開始，九行則維持一般的單位數，因為最大值仍只有一位數。關閉補零會以自然寬度呈現每個數字，這在排版對齊不重要的散文或詩作中相當實用。補零只會影響產生的數字前綴，絕不會影響原始行文字，因此空白行在編號與分隔符之後仍會保持空白。
依使用情境分類的實際範例
相同的工作流程適用於多種類型的工作。下表摘要說明常見情境、適合的分隔符類型，以及行號在最終文件中所扮演的角色。
| 使用情境 | 常用分隔符 | 編號的助益 |
|---|---|---|
| 程式碼審查註解 | Tab 或垂直線 | 審查者引用「第 42 行」而非整行引文 |
| 逐字稿或訪談擷取 | 句點加空格 | 可依行引用講者或時間戳記 |
| 詩作或劇本草稿 | 句點加空格 | 行引用在編輯與引用過程中仍可保留 |
| 支援記錄與對話匯出 | 冒號 | 每行記錄保留穩定的識別碼，方便升級處理 |
| 法律審查工作副本 | 垂直線或冒號 | 律師引用段落與行時不會產生混淆 |
| 課堂講義 | 句點加空格或右括號 | 學生與教師可將題目對應到特定行 |
挑選與文件最終呈現環境相符的格式。將被貼入格式化備忘錄的法律審查副本，使用冒號通常較為清晰;而會進入 pull request 的程式碼審查註解，則以 Tab 或垂直線較為合適。確切的分隔符由您決定，且更改分隔符絕不會更動底下的行內容。
加入行號的工作流程
- 開啟 為文字加入行號 頁面，將要編號的文字貼上或輸入到輸入區。來自任何來源的純文字皆可使用;工具會將 Windows CRLF、傳統 Mac CR 與 Unix LF 行尾符號辨識為行界線。
- 選擇起始數字、分隔符字元，以及是否使用前置零補齊。起始數字為 0 到 999999 的非負整數，分隔符為最多 20 個 Unicode 字元(以字面方式處理)，補零則為單一開關切換。
- 選擇「加入行號」以產生結果。預覽區會顯示精確轉換後的文字，以預先格式化方式呈現，讓空格與換行可供檢視，而長行可進行視覺換行，而不會在下載檔案中額外加入換行字元。
- 將結果以 UTF-8 純文字 TXT 檔下載。檔案在輸出行之間使用單一 LF 字元，不包含位元組順序標記，且與預覽逐位元組相符。更動任何選項會清除舊有結果並撤銷其下載 URL，因此儲存的檔案必定對應至最新的設定。
空白行、空白字元與行尾符號的處理方式
每個邏輯行都會獲得一個編號，包含空行以及僅含空格或 Tab 的行。工具不會修剪行內容、合併連續空格，或重新解譯 Tab，因此原始行文字會逐字元保留。CRLF、CR 與 LF 界線皆會被辨識為行分隔符並一致地進行分割，而預覽與下載結果在輸出行之間使用單一 LF 字元。數字以一般十進位數字呈現，不加上語系分隔符，因此德文語系的「1.000」絕不會意外出現在預覽或檔案中。
輸入結尾的換行字元會產生一個最終的空白邏輯行，且該行會被編號，因此輸出會持續反映原始的行結構。這是有意的設計:若僅計算非空行，將會靜默地重新編號文件，並破壞任何已對特定行號建立的引用。
編號行適合的使用時機
當目標是提供他人可引用的穩定行識別碼時，編號是正確的選擇。若任務實際上是計數而非轉換，則較不適合;針對計數，行數計算工具 會報告總行數、非空行、空行與最長行數，而無需修改文字。若目標是為每行包入任意字元而非依序編號，為行加入前綴與後綴 工具接受字面前綴與後綴，且可設定跳過空白行。
編號功能也不會解譯既有的編號清單以智慧地重新編號、僅計算非空行，或保留來源中原始的混合換行位元組。輸出永遠會經過標準化:每行一個 LF，保留行內的空白不變，並在產生數字與原始行內容之間使用一致的分隔符。
輸入大小、錯誤與邊界情況
工具接受最多 1,000,000 字元的輸入，以維持瀏覽器執行效能並讓記憶體使用可預測。空輸入、無效的起始數字，或超過 20 字元的分隔符會產生明確的錯誤訊息而非結果。起始數字驗證限制僅適用於使用者輸入，因此包含多行的長輸入仍可產生超過六位數的序列值，而不會發生靜默截斷;工具不會對數字本身進行換行或截斷。
產生的檔案為不含位元組順序標記的純 UTF-8 文字。豐富格式、語法高亮、試算表欄位與文件檔案結構均不在處理範圍內，因此從文書處理器貼上時應使用純文字以獲得可預測的結果。轉換完全在瀏覽器中以本地字串處理執行，使用 String.split 切割行界線，並將結果以本地 Blob 形式提供 TXT 下載。由於所有處理皆在本機進行，文字絕不會被傳送到遠端伺服器，而關閉分頁即結束工作流程。
若您在比較各種選項，在 iPhone Safari 中為每行加入前綴 有詳細說明。
若您在比較各種選項，如何在 Notepad++ 中正確為每行加入引號 有詳細說明。