画像入りEPUBを自作するなら、原稿、画像、完成EPUBを三つの層に分けてください。原稿は文章と画像参照、画像フォルダは元資産、EPUBフォルダは生成物です。三層を混ぜなければ、画像を一枚移動しても、どこを直して何を再生成するか追跡できます。
資産表から始める
三章、本文画像三枚、表紙一枚を用意し、資産表に「使う章・元の場所・原稿中の相対パス・用途」を書きます。地図は第一章、人物相関図は第二章、写真は第三章、表紙はメタデータ、と分けます。完成EPUB内のファイル名は生成時に変わることがあるため、正本の名前とは別欄にします。
自作でありがちな失敗は、完成EPUBから取り出した画像を元画像と思い込み、次版へ再利用することです。圧縮や改名後のファイルかもしれません。修正は元資産へ戻し、完成物は検査と配布に使います。
一枚の移動で設計を試す
初版を作ったら、地図だけを images から assets/maps へ移します。移動前に地図を使う章と出現数を調べ、移動後に相対パスが新しい場所へ向くかを確認します。残り二枚と表紙は動かしません。この一件で、資産表、参照修復、再生成の流れを試せます。
Rune Studioではファイルツリーまたは独立ファイルブラウザで資産を管理します。対応するtxt、text、md、markdown内のMarkdown画像・リンクについて、移動や名前変更後の相対参照を追従修正する範囲があります。移動後は原稿タブを読み、旧パスも検索します。
三層を通ってEPUBを作る
EPUBウィザードの「ファイル選択」で三章を選び、「チャプター順」で読む順番と目次掲載を決めます。「メタデータ」で表紙を選び、「確認と出力」で入力を読み、EPUBフォルダへ生成します。完成物では三章、使う画像、表紙、欠落画像を確認し、資産表の出力欄へ結果を書きます。
画像移動前後の再生成試験では、二つのEPUBがどちらもローカル構造検査を通り、七項目の読む順番を保ったまま出力内容が変わりました。別の参照試験では一件の移動に対し一件のパスが書き換わり、新しい参照を再読込できました。すべての独自記法や外部URLを修復する結果ではありません。
欠落ゼロでも画像を目で見る
欠落画像ゼロは、参照先が存在するという構造上の結果です。地図と人物相関図を取り違えた場合、ファイルは存在するため数値だけでは発見できません。各章を開き、画像内容と代替文を目で照合します。画質や読みやすさも対象リーダーで確認します。
自作のゴールは次版を作れること
一度だけ開く本ではなく、誤字を直した次版でも同じ資産表から再現できれば、自作工程が成立しています。まず画像一枚の移動で三層の境界を試し、成功してから全体を整理してください。Rune Studioの対応記法とEPUB機能は現行Mac版の範囲です。
資産表に「使わない理由」も書く
フォルダにあるのに本へ入れない画像は、削除漏れとは限りません。下書き用、旧版、参考資料など、未使用の理由を資産表へ書きます。そうすれば、生成物に収録されなかったとき「欠落」ではなく意図した除外と判断できます。
反対に、使うはずの画像が欠けた場合は、表の原稿中パスから調べます。完成EPUB内の改名後ファイルから元画像を推測しません。表紙も同じ表へ入れますが、用途欄で本文画像と区別します。三層のどこにある情報かを一行で示すだけで、画像数が増えても確認の出発点を失わなくなります。
フォルダ設計を先に固定する
たとえば chapters、images、assets、EPUB の役割を決め、生成物を原稿の中へ戻さないようにします。画像を章ごとのフォルダへ分けるか共通フォルダへ置くかは、共有頻度と整理方法で選びます。一つの正解を全作品へ押し付けません。
フォルダを変更するときは、資産表を更新してから移動し、旧パス検索と再生成を行います。完成EPUBを解凍したフォルダは検査用と明記し、元資産フォルダと似た名前にしません。自作工程では、技術よりも「次に開いた自分が正本を見分けられるか」が長期的な安全性を左右します。
自作だからこそ検査を省かない
自分で原稿も画像も管理していると、ファイルの意味を知っているつもりになりがちです。数週間後の自分や別の校正者が資産表だけで追えるかを基準にします。画像を一枚選び、原稿中の参照、元資産、完成物の表示を三方向からたどります。説明できない資産があれば、章を増やす前に名前と置き場所を整えます。
完成後は資産表から代表画像を選び、第一章、中央章、最終章で表示を確認します。三枚すべてを同じ用途で評価せず、地図なら文字の可読性、写真なら向き、図表なら本文との対応を見ます。自作は制作と検品を同じ人が担いやすいため、時間を空けて読み直す方法も有効です。
