How to Make a Reflowable EPUB: Design Structure, Not Pages

Blank content blocks reflow across different reading widths into one EPUB

The deciding move behind the search “how to make reflowable EPUB” is not another feature: design body meaning with headings, paragraphs, and reading order rather than page numbers. The controlled case is one practical nonfiction chapter with three headings, one short table, and one image. A pass must demonstrate this outcome: complete the article-specific sample with separate evidence for heading structure, paragraphs, image reference, spine order, type-size change. The excluded range is stated separately: fixed-layout comics, print PDF, and Japanese vertical layout.

Decision: Design body meaning with headings, paragraphs, and reading order rather than page numbers

Close one checkpoint only when its input and result can be named. Reaching a build screen does not prove heading structure, type-size change, or the stages between them.

The article-specific evidence card has these fields: heading structure, paragraphs, image reference, spine order, type-size change. Do not count the following excluded range as evidence: fixed-layout comics, print PDF, and Japanese vertical layout.

The exact sample and its return path

Use a three-section nonfiction sample with one image and deliberately remove meaning that depends on fixed page numbers. Structure it with headings and paragraphs, give the image alternative text and a relative reference, generate a reflowable EPUB, and vary viewport and type size in Previewer. Reading order must survive those changes.

This case addresses the failure behind the search: losing the authoritative input or acceptance evidence while trying to design body meaning with headings, paragraphs, and reading order rather than page numbers. Name the source, working copy, and delivered or reopened result so that another editor can locate each one without relying on a filename such as final.

Five actions from source to result

Use the following product-independent sequence on the named sample. It is an acceptance method, not a claim that Rune Studio has already completed this particular case.

Acceptance fields

Do not infer one row from another. Record pass, revision, or not tested beside the actual target, date, output path or artifact ID.

Stop conditions and repair routes

A second pass is meaningful only when its source and changed condition remain identifiable. Keep the earlier result and append the retest instead of replacing the failed row.

Separate product scope from your result

Current product documentation covers capabilities relevant when you need to preserve manuscript order and metadata, generate EPUB 3, and inspect the resulting structure. That scope can justify a trial, but it does not show that one practical nonfiction chapter with three headings, one short table, and one image passed this article's acceptance card.

Rune Studio is a plausible candidate when fewer source, setting, or reference handoffs help you design body meaning with headings, paragraphs, and reading order rather than page numbers. Use another tool or destination check for the excluded range stated here: fixed-layout comics, print PDF, and Japanese vertical layout.

Conclusion

For the search phrase “how to make reflowable EPUB,” the conclusion is to design body meaning with headings, paragraphs, and reading order rather than page numbers. The result is accepted only when the record establishes this outcome: complete the article-specific sample with separate evidence for heading structure, paragraphs, image reference, spine order, type-size change.

Begin here: mark every fixed-page dependency in a three-section sample. If meaning depends on page breaks, stop at that row and return to its source. Check the Rune Studio product page for the current Mac feature scope before applying the same acceptance card to a product trial.