入稿後の手戻りを防ぐ！EPUBの作り方、変換不能文字を保存・出力前に見つける

EPUBの作り方で文字化けを減らすには、出力後の見た目だけを直すのではなく、保存前の原稿から変換不能候補を取り出し、文脈を確認してからUTF-8の別名ファイルへ保存します。再読込で文字数と候補0件を確かめてから、EPUB工程へ渡します。

ここでは2100文字の複製原稿と候補5件を使います。画像や章順は扱わず、文字を安全な出力入力へするところまでに絞ります。

元原稿を上書きせず、複製を調べる

まずmanuscript-original.txtを複製し、manuscript-encoding-check.txtを作ります。文字コード、改行、文字数を記録します。今回の標本はUTF-8、LF、2100文字でした。

文字化けが見えた状態で元原稿へ上書きすると、正しいバイト列まで失うことがあります。保存前の確認では、元ファイルを読み取り専用の基準として残し、変更は複製へだけ行います。

Rune Studioの公開資料には、主要な日本語文字コードを判定し、変換できない文字を示し、解消まで自動保存を止める機能が記載されています。停止は安全策であり、候補をどの字へ直すかまで自動決定するものではありません。

候補5件を行番号と文脈で分ける

候補は一括置換せず、五行の表へ分けます。

重要なのは「5件を消す」ことではなく、5件それぞれの意味を守ることです。見た目が似た字へ機械的に置き換えると、人名、地名、引用を変えてしまう可能性があります。

承認した置換だけを反映する

著者や原典で確認できたものだけを複製へ反映します。確認できない候補は削除せず保留します。全部を一度に保存する前に、変更前の文字、変更後の文字、行番号を残します。

置換後はmanuscript-utf8-safe.txtのような別名でUTF-8保存します。元原稿と安全化した原稿を同じ名前にしないことで、やり直しが可能になります。

再読込では「候補0」と「2100文字」を両方見る

別名原稿を閉じてもう一度開き、文字コードがUTF-8、改行がLF、文字数が2100、変換不能候補が0件であることを確認します。候補が0件でも文字数が2099なら、置換時に一文字失った可能性があります。

今回の小さな標本では、承認済みの代替を反映したUTF-8別名原稿を再読込し、2100文字と変換不能0件を取得しました。これはテキスト原稿の保存前確認です。

代表10箇所とEPUBは次の確認に残す

安全化した原稿からEPUBを出力した後は、候補5件に加えて、句読点、長音、ダッシュ、丸数字、異体字など代表的な文字を合計10箇所選び、生成物で読むのが堅実です。

ただし、今回の操作記録はUTF-8別名原稿の再読込で終わっています。EPUB出力と代表10箇所の照合は直接実行していません。したがって「EPUBでも10箇所が正しく表示された」とは言えません。読者は自分の複製で出力し、対象リーダーでも確認してください。

この方法が向く人

古いテキスト、他OSから受け取った原稿、珍しい人名や旧字体を含む小説をEPUBへ渡す人に向きます。最初からUTF-8で作り、候補が一件もない原稿でも、文字数を再照合する手順は保存事故の発見に使えます。

画像切れや目次の順序を直したい場合は、文字表だけでは解決しません。画像参照やEPUB構造を別に確認します。

候補表には、単なる「修正済み」ではなく、元の文字と採用文字を並べます。たとえばC02:118 / 候補字 / 採用字 / 人名表記に合わせたのように理由まで残せば、再読込後に文字数が2100で一致しても、意味を取り違えていないかを見直せます。候補0件は機械的な通過条件であり、固有名詞の正しさを保証する値ではありません。

複数人で扱う場合は、置換を決める人とファイルを保存する人を分けても構いません。その場合も、承認済みの行だけを別名原稿へ反映し、未決定行を推測で埋めないことが大切です。五件すべての判断が揃うまでは元原稿を上書きせず、安全版のファイル名にもdraftなど未確定と分かる印を残します。

結論：安全な別名原稿を出力の入口にする

変換不能文字を保存・出力前に見つけるには、元原稿を残し、候補5件を文脈で判断し、UTF-8の別名原稿を再読込します。候補0件と2100文字がそろったファイルを、次のEPUB出力の入口にします。

まず自分の原稿の複製で候補表を作ってください。現行Mac版の概要とダウンロード先はRune Studio公式サイトで確認できます。