重い表示だけを減らす!小説におすすめのテキストエディタ、30万字級の長編対応

五段階の原稿量で編集操作を測り、表示補助を外して長編エディタの重さを診断するアイキャッチ

30万字級の小説でテキストエディタが重くなったとき、すぐに「このアプリは長編に向かない」と決めるのは早計です。遅れているのが入力なのか、検索なのか、それとも色分けや行番号などの表示なのかで対策は変わります。原稿量と表示条件を一つずつ変えれば、買い替える前にボトルネックを見つけられます。

この記事の中心は、現在使っている一候補の段階負荷診断です。30万字という厳密な境界値を再現する記事でも、購入前の必須機能を決める記事でもありません。同じ操作を異なる原稿量と表示条件で繰り返し、継続・分割・移行のどれを選ぶか決めます。

「重い」を四つの操作に分ける

最初に体感を言葉へ変えます。観察するのは、入力、検索、保存、閉じて開き直す再開の四つです。「なんとなく重い」では比較できないため、各操作の開始と終了を明確にします。

入力では、代表一章の末尾へ同じ長さの一文を追加し、削除して元へ戻します。検索では、作品内に一度だけ現れる印を探します。保存では、その印を一文字だけ変更して保存し、再検索します。再開では、正本ではなく試験用複製を閉じ、同じ所在から開いて変更が残っているか確かめます。

秒数を厳密に競わせる必要はありません。「待たずに終わる」「短い待ちがある」「執筆の流れが切れる」「完了しない」の四段階で記録すれば、次の条件との差を読み取れます。毎回同じMac、同じ電源条件、同じ手順にそろえることが重要です。

同じ一章から五段階の試験原稿を作る

作品の正本を直接膨らませず、代表一章の複製を連結して、5万、10万、20万、30万、完成想定量の五段階を用意します。文章内容をそろえるのは、章構造や記号の違いを原稿量の差と誤認しないためです。個人情報や未公開原稿を外部へ送る必要はありません。

各ファイルには文字数と作成日を名前に含めます。試験前の複製を読み取り専用の基準として残し、操作する複製を別に作ります。失敗しても正本を壊さず、同じ条件からやり直せる状態が診断の前提です。

五段階すべてで四操作を同じ順番で行い、結果を表にします。5万字から遅いなら、30万字固有の問題とは限りません。20万字までは同じで30万字から変わるなら、原稿量または大容量時の表示処理が候補になります。完成想定量だけで失敗するなら、30万字という語に引っ張られず、自作の実用上限として扱います。

表示補助を一つずつ外す

次に、遅れが出た最小の原稿だけを使い、表示条件を変えます。色分け、編集記号、検索ハイライト、行番号など、常時画面を更新する補助を一つずつ停止し、そのたびに四操作を繰り返します。一度に全部を切ると、どの処理が効いたのか分かりません。

表示補助を外した後も、追加した一文や検索結果そのものは変えてはいけません。原稿量、検索語、変更箇所、保存先を固定し、表示条件だけを変えます。改善した条件には印を付け、再度有効にしたとき遅れが戻るかも確認します。往復で差が再現すれば、単なる一時的な混雑より表示負荷を疑いやすくなります。

rune Studioの既存検証では、299,999文字で大容量状態がfalse、300,000文字と300,001文字でtrueになりました。別の実操作では、919,514文字の原稿で検索、1件置換、手動保存、再検索を行い、保存後919,517文字になっています。これはすべてのMacで速度を保証する結果ではありませんが、重い表示を抑えつつ中核操作を残す設計を、境界値と大容量実操作の両方から確認した記録です。

Rune Studioで日本語の長編原稿を開き30万文字以上の通知を表示した画面
30万文字以上のため一部の表示機能を停止している通知が出た画面。

ボトルネックを三つの型に分類する

第一は表示型です。表示補助を外すと入力や検索が戻り、保存と再開も完了します。この場合は、執筆中だけ重い表示を減らし、校正や短い章で必要な補助を使う運用が候補です。機能を永久に捨てるのではなく、工程で切り替えます。

第二は単一ファイル型です。表示を変えても一定量から四操作が遅れますが、章を分けると戻ります。この場合は、章ファイルを正本にし、全体検索や出力の時だけ作品単位で扱えるか確認します。分割によって章順、検索範囲、出力が壊れるなら、軽さだけで採用してはいけません。

第三は中核操作型です。表示を最小にしても入力、検索、保存、再開のどれかが完了しない、または保存後の変更を説明できません。この場合は設定調整でごまかさず、移行候補を試します。正本の保護と復帰手順を先に用意し、代表一章の複製で移行リハーサルを行います。

継続・分割・移行を記録で決める

継続は、表示条件を調整した後に四操作が完了し、閉じて開き直しても変更を再検索できる場合です。分割は、章単位なら安定し、作品全体の章順・検索・出版出口を別の手順で維持できる場合です。移行は、中核操作が止まるか、復旧時間が執筆時間を繰り返し奪う場合です。

結論と一緒に、使った原稿量、停止した表示、残った問題、元へ戻す方法を書きます。診断表があれば、OS更新やアプリ更新の後にも同じ条件で再試験できます。「おすすめ」という評判ではなく、自分の原稿でどこから何が遅れるかを把握できることが、30万字級の小説を任せる判断材料になります。