epub 編集 macを調べているなら、プレビュー側で直接直したつもりにせず、崩れIDを付けて原稿修正・再表示まで一往復するのが答えです。ここで扱うのは、2桁数字・!?・ルビを含む1,800字の一場面を使った二周の検査です。一周目で崩れの場所と原因候補を記録し、二周目で一件だけ原稿へ戻して再生成後に照合します。販売用EPUB生成と外部リーダー比較は対象外です。
直接回答：プレビュー側で直接直したつもりにせず、崩れIDを付けて原稿修正・再表示まで一往復する
プレビュー側で見つけた違和感を、その画面へ直接書き戻して終わりにしません。V01のような崩れIDを付け、原稿の該当位置を直してから同じ条件で再表示します。これが一往復です。検査の回数は、一周目の基準確認と二周目の再生成確認に分けます。
記録欄は入力正本、処理順、設定値、生成物の識別、検査結果、再生成後の一致です。販売用EPUB生成や外部リーダー比較は、この検査の合否へ混ぜません。
工程を成果物の受け渡しで区切る
「縦書きプレビューで見つけた崩れを該当する原稿位置へ戻して直す」作業では、入力正本と生成物を同じものとして扱わないことが重要です。入力、処理順、設定値、生成物の識別、検査結果を別の欄に置き、どの欄の変更で再表示をやり直したのかを追えるようにします。これで、プレビューで見つけた症状を原稿へ戻すべきか、設定を見直すべきかを分けられます。
材料は2桁数字・!?・ルビを含む1,800字の一場面です。本番を直接使わず、識別できる複製を使います。生成できたことと、構造や表示を確認できたことは別の行へ記録します。
入力正本を複製して固定することから始める実行順
次の五項目は、2桁数字・!?・ルビを含む1,800字の一場面を同じ条件で扱うための製品非依存の検査順です。特定製品の操作結果ではなく、候補を比べるための受け入れ手順として使います。一周目と二周目を混ぜず、各項目の結果に対象、確認事実、次の入力を残します。
一周目は、複製した入力正本からプレビュー、生成物の識別、崩れIDの記録までです。二周目は、崩れを一件だけ原稿へ戻し、同じ設定で再生成して前回と比べます。どちらの周でも入力と生成物のどちらを直すか曖昧になったら止め、別の素材や設定へ逃げずに停止理由を同じ作業票へ書きます。
- 1. 入力正本を複製して固定する
- 2. 2桁数字・!?・ルビを含む1,800字の一場面の順番と設定を記録する
- 3. プレビュー側で崩れIDを付け、原稿修正・再表示まで一往復する
- 4. 一周目の生成物を構造または再読込で検査する
- 5. 二周目に一件だけ修正して再生成し、前回と比べる
固有標本で判定欄を埋める
2桁数字・!?・ルビを含む1,800字の一場面では、見た目の印象ではなく入力正本から再生成後の一致までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは「うまくいった気がする」ではなく、入力正本と再生成後のどの箇所が一致したかです。未実施の欄は未実施のまま残し、一周目の結果だけで二周目まで済んだとは解釈しません。
- 入力正本（対象：縦書きプレビューで見つけた崩れを該当する原稿位置へ戻して直す）：対象と期待状態を先に書き、『入力と生成物のどちらを直すか曖昧になる』なら未合格として戻し先を示す
- 処理順：対象と期待状態を先に書き、『処理順または設定が二周目で変わる』なら未合格として戻し先を示す
- 設定値：対象と期待状態を先に書き、『新しい生成物を古い同名ファイルと取り違える』なら未合格として戻し先を示す
- 生成物の識別：対象と期待状態を先に書き、『入力と生成物のどちらを直すか曖昧になる』なら未合格として戻し先を示す
- 検査結果：対象と期待状態を先に書き、『処理順または設定が二周目で変わる』なら未合格として戻し先を示す
- 再生成後の一致：対象と期待状態を先に書き、『新しい生成物を古い同名ファイルと取り違える』なら未合格として戻し先を示す
『入力と生成物のどちらを直すか曖昧になる』に当たる状態を最初に切り分ける
止めるべき状態は、入力と生成物のどちらを直すか曖昧になる、二周目で処理順や設定が変わる、または新しい生成物を古い同名ファイルと取り違えることです。「使いにくい」と一括りにせず、どの入力、設定、成果物で起きたかを分けます。原因が違えば戻し先も変わります。
2桁数字・!?・ルビを含む1,800字の一場面を修正した後、すべてを最初からやり直す必要はありません。ただし、変更した条件に影響する入力正本、処理順、設定値、生成物の識別、検査結果は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分を追えます。
- 停止1：入力と生成物のどちらを直すか曖昧になる
- 停止2：処理順または設定が二周目で変わる
- 停止3：新しい生成物を古い同名ファイルと取り違える
Rune Studioを候補に加える範囲
公開機能資料では「vertical-rlの縦書きプレビューと、右開き・縦中横・記号処理を含むEPUB 3出力を備える」という機能範囲が確認できます。そのため、縦書きプレビューで見つけた崩れを該当する原稿位置へ戻して直す場面で、候補の一つになります。ただし、この説明は公開資料で確認した機能範囲であり、2桁数字・!?・ルビを含む1,800字の一場面が全項目に合格したという実測結果ではありません。
向くのは、プレビュー側で直接直したつもりにせず、崩れIDを付けて原稿修正・再表示まで一往復するという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『販売用EPUB生成と外部リーダー比較は扱わない』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
結論：一場面に崩れ候補を三つ置き、V01〜V03のIDを振る
epub 編集 macで持ち帰る結論は、プレビュー側で直接直したつもりにせず、崩れIDを付けて原稿修正・再表示まで一往復することです。一周目で基準を残し、二周目で一件だけ直して再生成し、入力正本・設定・生成物・検査結果の一致を確認します。機能数や印象ではなく、この二周の記録で次の修正先を判断できます。
まず一場面に崩れ候補を三つ置き、V01〜V03のIDを振ります。2桁数字・!?・ルビを含む1,800字の複製で一周目を行い、二周目はV01だけを原稿へ戻して再生成します。「入力と生成物のどちらを直すか曖昧になる」地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが比較を正確にします。
この記事が答えるのは『縦書きプレビューで見つけた崩れを該当する原稿位置へ戻して直す』までです。近接するSTUDIO-231（縦書き対応アプリ）、STUDIO-040（縦書き原稿の編集）、STUDIO-120（縦書き編集）の中心論点は代替しません。除外範囲は『販売用EPUB生成と外部リーダー比較は扱わない』です。製品候補を確認するときは、Rune Studioの商品ページで現行Mac版の範囲を照合してください。
