Macでおすすめのテキストエディタを探すと、書き心地や機能数の比較に偏りがちです。しかし長編では、人物表、年表、取材メモ、画像など、根拠となる資料へ戻る時間が積み重なります。選定では「資料を保存できるか」より、「必要な一件を30秒で取り出して原稿へ戻れるか」を測るほうが実用的です。この記事では、プロジェクト目録と五つの回収課題で、原稿と資料の管理を妥協しない判断軸を作ります。
おすすめ比較を資料回収テストへ変える
候補アプリごとに同じ作品フォルダを用意し、人物の年齢、第三章の伏線、取材画像、用語の初出、前回の修正メモを探します。開始から正しい根拠を開くまでの時間と、誤ったファイルを開いた回数を記録します。五問の合計が短く、誤答が少ないほど管理動線が作品に合っています。
見た目が整っていても、資料名を思い出せなければ回収できません。アプリ内検索、フォルダ構造、タブ、分割表示のどれが手掛かりになるかを観察します。結果は「検索が速い」ではなく、「人物表から年齢を22秒で確認」のように課題と数字で残します。
プロジェクト目録を一枚作る
作品のルートに目録を置き、原稿、人物、世界設定、年表、取材、画像、出力の所在を一行ずつ記します。各行には正本の場所、更新者、更新日、検索用の代表語を入れます。アプリを替えても読めるテキスト形式にしておけば、ツール内の独自整理だけへ依存しません。
ファイル名は内容を推測できる形にします。「メモ1」ではなく「人物_有栖_年齢経歴」、「資料_港町_潮位」のようにします。ただし同じ情報を複数の資料へ複製し過ぎると、どれが正しいか分かりません。目録から一つの正本へたどる設計にします。
原稿と資料を同時に見る幅を確認する
分割表示では、左に本文、右に人物表を置き、本文が読みやすい幅を保てるかを見ます。三列が可能でも、MacBookでは文字が折り返され過ぎることがあります。資料を常時表示する課題と、必要時だけタブで呼ぶ課題を分け、画面寸法に合う方法を選びます。
Rune Studioは1〜3列・1〜3行の分割とペイン間タブ移動に対応します。最大数を評価するのではなく、本文と一つの根拠を並べた状態で検索・修正・保存が迷わず行えるかを試します。レイアウト保存は配置の再現に使えますが、本文の版履歴ではありません。
検索はファイル名と本文の二段階で試す
最初に目録とファイル名で資料を絞り、次に本文検索で該当行へ移ります。すべてを全文検索へ任せると同じ人物名が何百件も出て、正本が埋もれます。逆にフォルダだけでは、表記が曖昧なメモを探せません。所在を絞る検索と内容を探す検索を分けます。
検索語には固有名詞だけでなく、属性語も用意します。「有栖」と「年齢」、「港町」と「潮位」を組み合わせれば候補が減ります。置換は別工程です。資料検索中に一括置換へ進まず、原稿側の全出現と文脈を確認してから実行します。
終了と再開の復帰時間を測る
管理しやすさは、作業中だけでなく翌日の復帰で決まります。本文、人物表、年表を開いた状態で終了し、翌日に「第三章の改稿へ戻る」課題を行います。正しい原稿と資料を開くまでの時間を測り、前日のレイアウトや作業メモが役立つかを見ます。
最大4レイアウトを保存できるRune Studioでは、執筆、改稿、通読、EPUB確認など工程名で配置を分けられます。それでも正本のファイル名と目録は必要です。アプリの復元状態が失われても、プロジェクト構造から戻れることを合格条件にします。
候補を5点満点ではなく失敗条件で落とす
総合点は弱点を平均で隠します。「人物情報の正本へ60秒以内」「誤ファイルは一回以下」「再起動後に三分以内」「本文幅が一行30字未満にならない」など、先に失敗条件を決めます。一つでも制作を止める条件があれば、機能数が多くても候補から外します。
その後で残った候補を、キーボード操作、表示、EPUB出力など二次条件で比較します。Rune Studioは日本語長文編集から縦書きプレビュー、EPUB 3出力までを一つのワークスペースで扱いますが、共同編集やオンライン資料DBを必要とするチームでは別の組み合わせが必要です。
結論：資料を30秒で回収できる一本を選ぶ
原稿と資料の管理を重視するなら、Mac用テキストエディタは人気順位ではなく回収試験で選びます。目録から正本へたどり、本文と根拠を並べ、終了後にも復帰できるかを五つの課題で測ります。時間、誤ファイル数、本文幅という具体値が、作品に合う一本を示します。
今日の一歩は、現在の作品について七種類の所在を記した目録を作ることです。その後、人物の年齢を探す課題を候補二つで実行してください。30秒で正しい根拠へ戻れる仕組みは、長編全体で大きな差になります。