長文で現在位置の見出しを追跡するには、見出し名だけでなく、章、階層、行番号、文字位置を一組にします。Rune Studioの六章原稿で行った測定では、同名の「まとめ」3件へ順番にカーソルを移動し、作業場を読み直した結果が、CH-2の9行目・offset 47、CH-4の19行目・offset 106、CH-6の29行目・offset 167と一致しました。
これは、指定した文字位置へカーソルを移し、章・行・offsetを読戻せたという結果です。公開されている機能資料には、目次タブが現在位置に対応する見出しを追跡し、見出しクリックで本文へ移動すると記載されています。ただし、画面上の現在見出し表示が自動で切り替わる様子と、目次をクリックする操作は今回測定していません。確認済みのカーソル移動と、読者が自分の画面で試す操作を混同しないことが大切です。
同名見出しは4つの情報で区別する
「まとめ」「結果」「注意」のような見出しは、複数の章で繰り返されます。見出し一覧に同じ文字列が並ぶと、タイトルだけでは目的地を一つに決められません。最低でも次の四項目を控えます。
| 章 | 階層 | 見出し | 行・文字位置 |
|---|---|---|---|
| CH-2 | H2 | まとめ |
9行目・offset 47 |
| CH-4 | H2 | まとめ |
19行目・offset 106 |
| CH-6 | H2 | まとめ |
29行目・offset 167 |
この原稿には章見出しが6件、H2が12件あり、まとめ は上の3件です。判定ルールは「見出し名が同じなら、章・行・offsetが一致するまで到着とみなさない」とします。必要なら前後の固有文も五つ目の手掛かりにします。
先に原稿の見出し地図を固定する
追跡機能を試す前に、原稿側の階層を整えます。章をH1、その中の節をH2とするなら、途中だけ見た目のためにH4へ飛ばしたり、本文を大きく見せるために見出しへ変えたりしません。原稿の階層が崩れていると、どの追跡結果が正しいか判断できないからです。
今回の基準は、章6件、H2 12件、同名見出し3件でした。見出しを追加・削除した後は、この件数も更新します。同名見出しの行がずれた場合は新しい行とoffsetを採り直し、古い地図で到着先を判定しないようにします。
3つの「まとめ」へカーソルを移動して読戻した
測定では、まず原稿全体の見出しを読み取り、6章とH2 12件を抽出しました。その一覧から3つの まとめ の行とoffsetを固定しています。
次に、CH-2の まとめ へoffset 47を指定してカーソルを移動し、作業場を読み直しました。読戻しは9行目、offset 47、行本文 ## まとめ でした。同じ操作をCH-4のoffset 106とCH-6のoffset 167でも行い、それぞれ19行目と29行目、同じ行本文へ一致しました。
| 移動先 | 指定したoffset | 読戻した行 | 読戻した本文 | 結果 |
|---|---|---|---|---|
| CH-2 | 47 | 9 | ## まとめ |
一致 |
| CH-4 | 106 | 19 | ## まとめ |
一致 |
| CH-6 | 167 | 29 | ## まとめ |
一致 |
この結果で、同じ見出し名でも三つの文字位置を分け、カーソルの到着先を章・行・offsetで照合できました。静的な一覧を読むだけでなく、三つの位置へ実際にカーソルを動かしてから保存状態を読み直した点が重要です。
目次タブの表示は自分の画面で別に試す
Rune Studioの機能資料では、目次タブに # から始まる見出しを一覧化し、クリックで該当箇所へ移動し、現在位置に対応する見出しを追跡表示できると説明されています。画面の挙動を確かめるときは、測定済みの三つの位置を期待値として使えます。
- 六章原稿の複製を開き、本文と目次タブを同時に表示します。
- 本文側でCH-2の9行目へ移動し、どの
まとめが現在位置として示されるか記録します。 - CH-4の19行目、CH-6の29行目へ順に移動し、表示が対応する項目へ切り替わるか確認します。
- 目次側から三つの
まとめを一件ずつ選び、本文の章、行、前後文が上表と一致するか見ます。 - 一つ上と一つ下の見出しでも試し、現在位置表示が切り替わる境界を把握します。
この5手順は読者の画面で行う確認です。今回の測定は、画面インジケーターの自動切替や目次クリックの成功を証明していません。画面に章や行が表示されない場合は、該当見出しの直後へ一時的な識別文を置き、確認後に削除すると目的地を判定しやすくなります。
表示と本文が合わないときの戻り方
同名見出しを何度もクリックする前に、本文側の章、階層、行、offsetへ戻ります。件数が6章・H2 12件から変わっているなら、追跡表示より先に原稿構造を修正します。見出しを増減したのに古い行番号を使い続けると、正しい移動でも誤りと判断してしまいます。
カーソルの到着先が上表と違う場合は、指定した版の原稿か、行番号が更新済みか、同名見出しの前後文が一致するかを順に確認します。表示速度は今回測っていないため、「遅い」「速い」ではなく、目的地が一致したかどうかで判定します。
この方法が向く人、別の方法が向く人
章数が多く、同じ「まとめ」や「注意」を繰り返す長編では、見出し地図とカーソル読戻しを組み合わせる方法が役立ちます。短い文書で見出し名がすべて異なるなら、目次だけで十分な場合もあります。行番号が頻繁に変わる共同編集では、固定行だけに頼らず、章IDと前後の固有文も残すほうが安全です。
大切なのは、画面上の強調だけを正本にしないことです。原稿側の位置情報があれば、表示に迷ったときも目的地を独立して確かめられます。
結論
テキストエディタで現在位置の見出しを追跡するなら、見出し名に章・階層・行・offsetを組み合わせます。六章・H2 12件の測定では、三つの まとめ へカーソルを移動し、CH-2の9行目・47、CH-4の19行目・106、CH-6の29行目・167という到着先を読戻せました。
画面の現在見出し表示の自動切替と目次クリックは未確認です。上の三地点を期待値にして自分のRune Studioで別に試し、表示と本文の章・行が一致してから長編原稿へ使ってください。現行Mac版については、公式サイトで確認できます。