EPUB Generatorで画像入りの本を作るときは、「生成ボタンを押せた」ではなく、完成したEPUBに画像が収録され、参照切れがないところまで確認します。作業を準備、生成、検査の三場面へ分けると、画像が消えた原因を戻りやすくなります。
準備では画像の住所を固定する
二章の原稿に本文画像二枚、表紙一枚を使う例を考えます。第一章の挿絵と第二章の図表には別の分かりやすい名前を付け、原稿からの相対パスを確認します。表紙は本文中へ挿入せず、書誌設定で選ぶ資産として分けます。出力先のフォルダも先に決め、古い版へ上書きしない名前にします。
画像の代替文は原稿側で内容を説明する言葉にします。「画像」「図」だけでは、表示できない環境で意味が伝わりません。寸法や圧縮品質は視覚確認の仕事であり、リンク切れの検査とは別に扱います。
生成中に変えるものを増やさない
Rune Studioではワークスペースを開き、ファイルツリーで二章と画像を確認してEPUBウィザードへ進みます。「ファイル選択」で二章を選び、「チャプター順」で読む順番と目次掲載を確定します。「メタデータ」で表紙を指定し、「確認と出力」でページ順、表紙、ファイル名を読み、ワークスペース内のEPUBフォルダへ生成します。
この間に画像名やフォルダを整理し始めると、どの操作で参照が変わったか分からなくなります。生成作業では入力を固定し、整理は別の版で行います。エラーが出たら、まず示された画像名と原稿の相対パスを照合します。
完成物で三つの数字を見る
検査では、章の数、収録画像の数、欠落画像の数を見ます。二章、本文画像二枚、表紙一枚を用意したなら、数が意図と合うかを確かめます。画像の格納名が出力時に変わる場合でも、本文から対応する資産へ到達できることが重要です。
一項目だけ直して二版を生成した確認では、前後のEPUBがどちらも構造検査を通り、読む順番の七項目を保ち、修正に応じて出力内容が変わりました。別の画像付き出力では収録画像二件、欠落ゼロ件を確認しています。これらはローカル生成の結果であり、全端末で同じ大きさに描画されることを示しません。
欠落が一件なら出力をやり直す前に読む
欠落が出たら、同じ設定で何度も生成する前に、対象章の画像記法、原稿から見た相対パス、実ファイルの位置を順に見ます。表紙だけが欠けるなら、本文記法ではなくメタデータの選択を確認します。未使用画像がパッケージに入らないことは、必ずしも失敗ではありません。
EPUBの構造上、資源一覧と読む順番、ナビゲーションは異なる役割です。W3C EPUB 3.3を基準にしつつ、画像の見え方は利用予定のリーダーで確認します。
生成の終了条件を先に決める
画像入り生成が終わるのは、二章が順番どおりで、使う画像が収録され、欠落がなく、表紙が表紙として選ばれているときです。次は一枚だけ画像を移動した複製で再生成し、日常の整理にも耐えられるか試します。Rune Studioの生成範囲は製品ページで確認できます。
再生成で比べるのは差と不変の両方
第二版で本文を一文直したなら、その一文が変わることが「差」です。章数、画像数、表紙、目次が保たれることは「不変」です。生成物の容量が違うだけでは、意図した修正が入ったとは判断できません。変更した場所と守る場所を分けて見ます。
画像が多い本では、全画像を毎回同じ順に目視できる一覧を作ると便利です。第一章の冒頭図、第二章の中央図、表紙というように、ページ番号ではなく章と役割で呼びます。再生成の日時と確認したリーダーも添えれば、あとで別端末の表示差と生成ミスを混同せずに済みます。
出力名と保存先も生成結果の一部
正しい本を作っても、古い版を提出すれば意味がありません。ワークスペース内のEPUBフォルダで、作品名、巻、版、生成日時を確認し、今回検査したファイルを一つに特定します。確認中に別の生成を重ねないようにします。
検査結果とファイル名を一行で結び、画像数や欠落数も同じ行へ残します。修正後の二版目では新しい行を追加し、初版の結果を上書きしません。こうすると、画像切れがどの版から始まったか追えます。最終提出時は、その行のファイルを再度開き、目次と代表画像を短く確認してから渡します。
生成ログより読者が見る場所を優先する
検査値がすべて合っても、第一章の図が段落から離れすぎていれば読みづらい本になります。構造確認のあと、表紙、目次、第一章の図、第二章の図、奥付という代表点をリーダーで開きます。生成処理の詳しい内部記録は制作側へ残し、公開判断では読者が迷うか、画像が内容に合うかを優先します。技術合格と読みやすさの合格をそろえて次へ進みます。画像の確認者が別にいる場合も、どの版を見たかを共有し、古い出力への感想を混ぜません。
