タブ表示の目的は、行がきれいにそろって見えることではありません。同じ位置に見えるインデントが、タブ1個なのか空白4個なのかを区別し、原稿の用途に合うルールへ直すことです。見た目が近くても、検索、変換、共同編集では別の文字として扱われます。
テキストエディタ タブ表示 を使う前に、何を直したいかを決めます。ここでは11文字・3行の小さな標本で、タブバイト1件と空白4個の並び1件を機械的に区別しました。画面の編集記号は今回のCLIで目視していません。
そろって見える二行が別データになる
タブは一文字で、表示幅は環境のタブ幅設定によって変わります。空白4個は四文字で、フォントが等幅なら一定幅に見えます。同じ列に見える二行でも、別のテキストエディタや変換処理で位置がずれることがあります。
小説本文では行頭インデントを全角空白で統一する規則があるかもしれません。表形式のデータならタブ区切りが意味を持ちます。プログラムや設定ファイルでは空白数が構文になる場合があります。「全部空白へ変える」前に用途を確認してください。
よくある失敗は、表示記号を見てタブを一括削除し、区切り情報まで失うことです。可視化は問題箇所を示しますが、修正方針を自動で決めません。
11文字・3行の標本を作る
検証ファイルは tabs-and-spaces.txt、SHA-256は fb35864f4110391dcab99c77838fa7bc7e08478a9f3f67d70f139c9b19c4cd40 です。中にはタブを含む行、空白4個を含む行、比較用の行を置きました。
作成命令は rune file write --path /private/tmp/rune-g2c3-studio-307-4iqf12b0/tabs-and-spaces.txt --content-file /private/tmp/rune-g2c3-studio-307-4iqf12b0/.tabs-and-spaces.txt.input --json です。終了コードは0でした。
大きな原稿をいきなり一括置換せず、小さい標本で検出規則を確かめます。タブが区切りなのか字下げなのかも、この段階でメモします。
バイトの違いを検索結果で確認する
実行した検索は rune search halfwidth --file /private/tmp/rune-g2c3-studio-307-4iqf12b0/tabs-and-spaces.txt --json です。永続証拠ではタブバイト1件、空白4個の並び1件を別々に数えました。
続いて rune file read --path /private/tmp/rune-g2c3-studio-307-4iqf12b0/tabs-and-spaces.txt --json で読み戻し、UTF-8、LF、11文字、3行を得ました。作成した標本と検索対象が同じファイルであることをSHAでも確認できます。
この結果は「タブと四空白を基礎データとして区別できた」という合格です。画面上でどんな矢印や点に見えたか、どちらが読みやすかったかという評価ではありません。
用途別の修正規則を作る
小説の段落頭なら、サイトや出版工程の規則に合わせて全角空白へ統一する選択があります。TSVの列区切りならタブを残します。表の見た目だけを作るためにタブを使っているなら、出力先で表構造を使うほうが安全な場合があります。
規則は「ファイル全体のタブを空白へ」ではなく、「本文段落の行頭タブだけを対象にする」のように範囲を持たせます。引用、コード、表、設定値を除外できるからです。
置換前後でタブ件数と四空白件数を数え、意図した行だけが変わったかを確かめます。失敗したら原本へ上書きせず、複製を作り直して対象範囲を狭めます。
Rune Studioの表示機能とCLI実測を混同しない
Rune Studioの公開資料では、編集記号、行番号、文字数、ハイライト、フォントや行間の設定が案内されています。画面のタブ記号や空白記号は、原稿を読みながら場所を探す助けになります。
今回のCLIが測ったのはタブバイト、空白並び、符号化、改行、文字数、行数です。表示記号の画素、色、タブ幅、連動スクロール位置、肉眼の読みやすさは確認していません。資料上の機能とこの実測の主語を分けます。
読みやすい設定には個人差があり、全原稿へ一つのフォントやタブ幅を保証することもできません。表示設定は発見の道具、基礎データ検査は判定の証拠です。
見た目ではなく意図で統一する
タブと空白のどちらを残すかは、行の役割で決めます。字下げ、区切り、コード、表を分類し、それぞれの規則を書いてから置換します。単に整列して見えるという理由だけで採用しません。
例えば、章頭の字下げは全角空白、TSVの列区切りはタブ、コード例は原文のままと定義すれば、同じ空白でも対応が変わります。置換の前に対象行だけを複製し、タブ件数と四空白件数を数え、置換後に同じ検索を再実行します。結果が想定外なら、原本を上書きせず複製を捨てて規則を見直します。
この手順は、画面の記号を見ることと、保存データの実際を確かめることを分けます。表示は発見の手がかり、バイト検索と再読込は合格判定の根拠です。両方を記録すれば、見た目だけがそろった誤修正を避けられます。
合格記録には、対象ファイルのSHA、タブ件数、四空白件数、対象範囲、置換後の再検査を残します。現行Mac版の表示機能はRune Studioの商品ページで確認できます。まず11文字のような複製で違いを確かめ、原稿全体の変更は規則が説明できてから行ってください。