epub 崩れるを調べているなら、先へ進む条件より先に、同じ文字を原稿、生成XHTML、リーダー表示の順に追うのが答えです。対象は髙・①・絵文字・半角カナを含む一章の文字標本です。この記事では原稿文字、符号化、生成XHTML、リーダー表示、再生成を使って、『崩れた文字の位置から原稿・変換・EPUB表示の三層を切り分けられる』までの判断を組み立てます。すべての表示崩れが文字コード原因とは断定しない。CSS組版は別記事へ譲るという範囲には踏み込みません。
直接回答：同じ文字を原稿、生成XHTML、リーダー表示の順に追う
先へ進む条件より先に、同じ文字を原稿、生成XHTML、リーダー表示の順に追うのが答えです。完成条件は『崩れた文字の位置から原稿・変換・EPUB表示の三層を切り分けられる』です。
判断欄は原稿文字、符号化、生成XHTML、リーダー表示、再生成です。『すべての表示崩れが文字コード原因とは断定しない。CSS組版は別記事へ譲る』は合格条件へ混ぜません。
壊さないための停止線を先に引く
見た目の崩れをすべてCSSの問題と考え、原稿の文字コード異常を見落とすことという事故を避けるには、原稿文字・符号化・生成XHTML・リーダー表示・再生成を開く前または変換前の確認欄にします。正本を直接触らず、戻せる複製と停止条件を用意してから始めます。
検査材料は髙・①・絵文字・半角カナを含む一章の文字標本です。問題が見えた時点で先へ進まず、入力、操作、出力のどこで差が生じたかを分けます。二周目では、変更は一度に一項目だけに絞ります。
入力から戻し先までを一方向に進める
次の五項目は、髙・①・絵文字・半角カナを含む一章の文字標本を同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、原稿文字に関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『崩れた文字の位置から原稿・変換・EPUB表示の三層を切り分けられる』を説明できることです。途中でCSSだけを変更するなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 崩れた位置を一件特定する
- 2. 原稿の文字と文字コードを確認する
- 3. 生成XHTMLの対応文字を見る
- 4. リーダー表示と比較する
- 5. 原稿側の承認済み表記を直して再生成する
結果を再現できる形にする
髙・①・絵文字・半角カナを含む一章の文字標本では、見た目の印象ではなく原稿文字から再生成までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、原稿文字と再生成の何を見て合格または保留にしたかです。二周目では、未実施の欄は未実施のまま残し、『崩れた文字の位置から原稿・変換・EPUB表示の三層を切り分けられる』という結論へ広げて解釈しません。
- 原稿文字：対象と期待状態を先に書き、『CSSだけを変更する』なら未合格として戻し先を示す
- 符号化：対象と期待状態を先に書き、『生成XHTMLを直接直す』なら未合格として戻し先を示す
- 生成XHTML：対象と期待状態を先に書き、『原稿とXHTMLの文字が違うのに表示問題とする』なら未合格として戻し先を示す
- リーダー表示：対象と期待状態を先に書き、『CSSだけを変更する』なら未合格として戻し先を示す
- 再生成：対象と期待状態を先に書き、『生成XHTMLを直接直す』なら未合格として戻し先を示す
二周目で同じ欠陥を見つける
このテーマで止めるべき状態は、CSSだけを変更する、または生成XHTMLを直接直す、または原稿とXHTMLの文字が違うのに表示問題とするです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は崩れた位置を一件特定するから全項目をやり直す必要はありません。ただし、変更した条件に影響する原稿文字・符号化・生成XHTML・リーダー表示・再生成は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：CSSだけを変更する
- 停止2：生成XHTMLを直接直す
- 停止3：原稿とXHTMLの文字が違うのに表示問題とする
Rune Studioが向く条件を絞る
公開機能資料では「主要な日本語文字コードを判定し、変換不能文字を赤く示し、解消まで自動保存を停止する」という機能範囲が確認できます。そのため、文字コードの異常を本文編集段階で切り分け、EPUB生成前に止める用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、髙・①・絵文字・半角カナを含む一章の文字標本が全項目に合格したという実測結果ではありません。
向くのは、同じ文字を原稿、生成XHTML、リーダー表示の順に追うという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『すべての表示崩れが文字コード原因とは断定しない。CSS組版は別記事へ譲る』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
最初の標本を用意する
epub 崩れるで持ち帰る結論は、同じ文字を原稿、生成XHTML、リーダー表示の順に追うことです。原稿文字・符号化・生成XHTML・リーダー表示・再生成を別欄にすれば、『崩れた文字の位置から原稿・変換・EPUB表示の三層を切り分けられる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず崩れた一文字を三層で追う比較欄を作る。髙・①・絵文字・半角カナを含む一章の文字標本の複製で一周し、『CSSだけを変更する』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『同じ文字を原稿、生成XHTML、リーダー表示の順に追う』までです。近接するSTUDIO-176（文字コード判定）、STUDIO-168（文字化け防止）の中心論点は代替しません。除外範囲は『すべての表示崩れが文字コード原因とは断定しない。CSS組版は別記事へ譲る』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
