Macで電子書籍を作る道具を一つにまとめるなら、最初にやるべきことはアプリを乗り換えることではありません。本文、表紙、奥付、作品情報のうち、どのファイルを今後の正本にするかを決めることです。そのうえで、一つの作品用ワークスペースへコピーし、修正を必ず正本へ戻す仕組みにします。
この記事は、すでにWord、テキストファイル、画像フォルダなどへ分かれている三章実用書を、一つの作業場へ整理する場面に絞ります。空の状態から執筆を始める流れではなく、「散らばった入力をどう集め、どこへ修正を返すか」が主題です。
一つにまとめる前に「正本」を決める
一つのアプリへ集めても、同じ章の旧版が三つ残っていれば迷いは消えません。先に、移行前の一覧を作ります。三章実用書なら、次のように一行ずつ書けば十分です。
| 役割 | 移行前の正本 | 移行先の名前 | 修正先 |
|---|---|---|---|
| 第1章 | draft/final/ch01.txt |
chapters/C01.md |
C01.md |
| 第2章 | draft/final/ch02.txt |
chapters/C02.md |
C02.md |
| 第3章 | draft/final/ch03.txt |
chapters/C03.md |
C03.md |
| 表紙 | art/cover-final.png |
images/cover.png |
元画像 |
| 奥付 | notes/colophon.txt |
奥付設定 | 奥付の入力欄 |
判断規則は単純です。本文の誤字は章ファイルへ、表紙の差し替えは画像へ、著者名や発行日の修正は作品設定へ戻します。出力済みのEPUBを直接直しても、次に出力したときに消えるため、修正先にはしません。
三章実用書を一つの作業場へ移す
まず元フォルダを複製し、移行用のコピーで作業します。Rune Studioを使う場合、公開資料では作品単位のワークスペースに複数の原稿や資料を置けます。自動的に正本を選ぶ機能ではないので、上の一覧は利用者が用意します。
移行用コピーでは、三章をC01.md、C02.md、C03.mdのように順序が分かる名前にします。表紙と本文画像は同じ名前にせず、表紙はimages/cover.png、本文図はimages/figure-01.pngのように役割を分けます。奥付の著者名、発行日、連絡先も、古い文書から貼り集めるのではなく、採用値を一組だけ決めます。
ここでの合格条件は「アプリに入った」ではありません。各入力について、移行前の正本と移行後の保存場所が一対一で結ばれていることです。重複版を残すなら、archiveへ退避し、現行版と区別します。
章順・目次・表紙を組み立てる
三章の順序を決めたら、目次へ載せる章を確認します。今回の小さな標本では、C01.md、C02.md、C03.mdをこの順で選び、三章すべてを目次対象にしました。表紙にはimages/studio-024-01.pngという相対パスを設定しています。
EPUB 3では、収録ファイルの一覧、読む順番、ナビゲーションは別の役割です。W3CのEPUB 3.3でも、manifest、spine、ナビゲーション文書は分けて定義されています。目次に章名が見えるだけで、本文の順序や表紙参照まで正しいとは限りません。
Rune Studioの公開資料では、縦書き・横書き、目次、表紙、奥付を設定してEPUB 3へ出力できると説明されています。この記事で実際に試したのは横書き三章の小さな標本です。
修正課題2件は戻し先を分ける
たとえば出力後に、次の二つが見つかったとします。
- 第2章の見出しが「道具を選ぶ」ではなく「道具の選び方」になっている
- 表紙が旧版の画像を参照している
一件目はC02.mdへ戻して直します。二件目は表紙設定または表紙画像の採用先へ戻します。両方を出力EPUBの中で直すと、再出力時にどちらも失われます。「どの画面で見つけたか」ではなく、「どの入力が原因か」で戻し先を決めるのがコツです。
この修正課題の振り分けは人が行う作業です。Rune Studioが文章の意味を読み、正本を自動判定したことは確認していません。
三章標本で確認できた結果
専用のコピーから横書き三章のEPUBを出力しました。出力計画では三章がC01、C02、C03の順で、すべて目次対象でした。生成物のspineには、表紙、タイトル、ナビゲーション、三つの本文、奥付が並びました。
ローカル検査ではnavあり、NCXあり、収録画像1、欠落画像0、valid=trueでした。収録画像1は表紙です。本文画像は使っていません。このvalid=trueはパッケージ構造の確認結果であり、販売先での受理や、すべての読書アプリで同じ見え方になることを示しません。
このまとめ方が向く人、向かない人
原稿、目次、表紙、奥付の修正先を一つの作品フォルダで追いたい人には、一つのワークスペースへまとめる方法が向いています。とくに、出力後の指摘を元原稿へ戻す場所が分からなくなる人には効果があります。
一方、共同執筆でWordの変更履歴が必須、画像担当が別の共有システムを使う、組版後のEPUBを直接保守する必要がある、といった場合は一つのアプリだけに閉じない方が安全です。必要な連携まで捨てることが「一つにまとめる」目的ではありません。
結論:移行表を作ってからアプリへ入れる
電子書籍の作り方をMac上で整理するなら、章・表紙・奥付ごとに「移行前の正本」「移行先」「修正先」を決めてから一つのワークスペースへ集めます。出力EPUBは確認用の成果物にし、直す場所にはしません。
まず三章分だけを複製し、入力台帳を作って試してください。現行Mac版の概要とダウンロード先はRune Studio公式サイトで確認できます。