OpenWebDoc slide decks are documents first.
A 16:9 presentation surface that still reads as HTML, edits in place, and travels as one safe HTMLX package.
Format shift
The starting point moves from page file to browser surface.
HTMLX keeps the presentation readable before any editor chrome appears.
| Question | Page-first deck | HTMLX-native deck |
|---|---|---|
| Where is the source? | Buried in a binary or app-specific file. | Visible HTML plus package-owned CSS. |
| How does it read? | Best inside the authoring app. | Browser-readable, pageless, and portable. |
| How do agents edit? | Through conversion, screenshots, or fragile exports. | By editing unpacked package files and validating them. |
Package anatomy
A deck is just one explicit package.
The presentation profile describes how slides fit and navigate; the document remains the canonical source.
Agent workflow
The agent boundary stays outside the runtime.
Small corrections happen on the document; structural changes move through unpacked files, validation, and a clean package return.
Semantic behavior
A table in a deck stays a table.
Move the object; preserve the table semantics.
| Mode | What changes | What remains semantic |
|---|---|---|
| Read | Open it like a browser document. | Rows, headers, captions, and cells. |
| Edit | Correct text, captions, and placement. | Table elements stay table elements. |
| Present | Show one centered slide on black. | Metadata guides fit; it never commands. |
Trust model
Metadata guides. It never commands.
LLM metadata, presentation metadata, and editing guides are user-visible references, not a hidden instruction channel.
- source notes
- slide navigation
- editing guidance
- manifest match
- resource allowlist
- path safety
- script execution
- remote resource loads
- hidden instruction channels
Documents can become software surfaces without becoming apps.
OpenWebDoc keeps the authoring boundary plain: open the package, correct the document, validate the result, and share one portable file.