小説用テキストエディタをEPUB出力重視で選ぶなら、「EPUBにできるか」より「一文を直してもう一度作るまで何往復するか」を比べるべきです。初回の書き出しはどの候補でも慎重に進められます。差が出るのは、誤字や章順を直す二版目からです。
機能表では見えない五つの往復
三章小説、表紙一枚、作品名・著者・発行日をそろえ、候補Aと候補Bへ同じものを渡します。見るのは派手な機能数ではありません。
- 原稿を直す画面から出力設定へ移る回数
- 章の並びを確かめ直す手間
- 表紙と書誌情報を再指定する必要
- 出力先を探す時間
- 完成物で目次と本文を照合する方法
「対応」と書かれていても、毎回原稿を別形式へコピーし、別ソフトで目次を作り直すなら、長編の推敲では負担が増えます。反対に、編集と出力が同じ作業場所にあれば、直した原稿を正本のまま保ちやすくなります。
比較は一文だけ変えて行う
初回出力後、第二章の一文だけを変更します。候補ごとに同じ修正を入れ、表紙、目次三項目、章順、奥付を保って二版目を作れるか見ます。成功したかどうかは、ファイルが作られたことだけで決めません。修正文が入ったこと、三章の順番が変わらないこと、表紙と奥付が落ちないことまで確認します。
この比較なら、初回だけ手厚いテンプレートや、見栄えの良いプレビューに判断を引っ張られません。「小説を何度も直す」という実際の使い方へ近いからです。表紙作成機能や文章校正の優劣は別の記事へ譲り、ここでは再生成の往復だけを評価します。
Rune Studioで試すときの画面順
Rune Studioでは、ウェルカム画面から作品フォルダをワークスペースとして開き、ファイルツリーで三章と表紙を確認します。原稿タブで第二章の一文を直したら、EPUBウィザードへ進みます。「シリーズ情報」で作品情報、「ファイル選択」で三章、「チャプター順」で目次掲載と順番、「メタデータ」で表紙と発行日を確認し、「確認と出力」で生成します。
出力先はワークスペース内の「EPUB」フォルダなので、初稿と改稿版の名前を混同しないよう日時も見ます。三章の試験では、一文変更前後の二冊がどちらも構造検査を通り、七つの読む順番を維持したまま出力内容が変わりました。これはローカルの再生成を確かめた値で、販売先の審査や端末表示の保証ではありません。
おすすめできる人、別の道が合う人
Rune Studioは、Macで原稿、資料、画像を作品フォルダへ置き、推敲とEPUB 3出力を行き来したい人の比較候補になります。とくに、章数が多く、発行後も誤字修正や改訂を予定している小説では、原稿へ戻れることが効きます。
ブラウザ上で複数人が同時編集したい人、Windowsを主環境にする人、文章内容を自動評価してほしい人には、この比較軸だけでは足りません。共同編集サービスや校正専用ツールを別に検討してください。また、EPUB内部を手書きで細かく制御したい制作者には、コード編集型の道具が合う場合もあります。
購入前に試す一問
候補を開いたら、「第二章の一文を直した二版目を、表紙と目次を保って作れるか」と質問してください。答えが実際の画面で確かめられ、戻る場所が明快なら、EPUB出力を重視する小説執筆に向いています。Rune Studioは現行Mac版の案内から確認でき、EPUB構造そのものはW3C EPUB 3.3が基準になります。
30分の試用で記録すること
候補ごとに開始時刻、原稿を開けた時刻、初回出力、修正、二版目出力の五点だけを記録します。秒単位の競争ではなく、「どこで操作を調べ直したか」「どの情報を再入力したか」を一行添えます。慣れれば消える学習時間と、毎回残る転記作業を分けて評価できます。
また、エラーが出たときに原稿へ戻れるかも重要です。完成ファイルしか残らない道具では、次の修正で同じ問題を繰り返します。試用後は、三章の元ファイル、表紙、作品情報、二つのEPUBを指して、それぞれの役割を説明できる候補を残します。おすすめは万人共通ではなく、自分の改稿頻度と配布条件へ合うかで決めます。
評価点を自分の出版頻度へ変換する
年に一冊、改訂もしないなら、再生成の一往復が多少長くても大きな差にならないかもしれません。毎月更新版を出すなら、一回の転記や確認漏れが積み重なります。試用の記録に年間の再生成回数を掛け、自分にとっての負担を見積もります。
目次や表紙が自動で残ることだけでなく、残った値を最終画面で確認できるかも評価します。自動処理が間違った設定を引き継ぐ場合もあるからです。編集速度、書き心地、EPUB再生成の三軸を別々に採点し、この記事では最後の軸を重くします。必要な軸が異なる人へ、同じおすすめを押し付けません。
出力失敗時の説明も選定材料
試用中に画像欠落や書誌不足を起こしたら、候補がどの入力へ戻るよう案内するかを見ます。エラーが具体的なら修復時間を短くできます。逆に『生成できませんでした』だけでは、長編で原因探索が増えます。成功時の速さだけでなく、失敗から原稿へ安全に戻れることを採点へ含めると、改稿を続ける小説家に合うテキストエディタを選びやすくなります。