Feature request
Codex Plan Mode is useful for reviewing generated plans, but it is not interactive/editable. A key Flashtype use case would be to copy or move a Codex plan into Flashtype, edit it there, and preserve the structure well enough to continue working on it as a real Markdown document.
Right now, copying a Codex plan into Flashtype loses important formatting. Headings, blockquotes, code/preformatted sections, list-like layout, and visual grouping can be flattened or otherwise degraded. This makes Flashtype much less useful as an editable companion for Codex Plan Mode.
Why this matters
Codex Plan Mode is great for generating structured plans, but because it cannot be edited directly, Flashtype could be the natural place to refine those plans. For that workflow to work, Flashtype needs to preserve the Markdown-ish structure from the Codex plan view when importing or pasting/copying content.
This is a killer use case for Flashtype: turn non-editable agent plan output into an editable Markdown document without losing structure.
Expected behavior
When content from Codex Plan Mode is copied or opened in Flashtype, Flashtype should preserve the meaningful formatting as Markdown, including where possible:
- headings
- paragraphs and spacing
- blockquotes / callout-like sections
- bullet lists and checklist-like content
- code or preformatted blocks
- table-like/aligned text sections
The result should be editable in Flashtype while still resembling the original Codex plan structure.
Actual behavior
The imported/copied content loses formatting and becomes flattened text. The resulting document no longer has the structure that was visible in Codex Plan Mode.
Important: in the second screenshot below, please ignore the red deleted-diff styling. That deleted diff is not the point of this feature request. The relevant issue in that screenshot is the missing/non-preserved formatting compared to the Codex Plan view.
Screenshots
Codex Plan view with meaningful formatting

Flashtype view after copying/opening, showing formatting loss
Again: ignore the deleted-diff visualization here. The relevant part is the missing formatting/structure.

Feature request
Codex Plan Mode is useful for reviewing generated plans, but it is not interactive/editable. A key Flashtype use case would be to copy or move a Codex plan into Flashtype, edit it there, and preserve the structure well enough to continue working on it as a real Markdown document.
Right now, copying a Codex plan into Flashtype loses important formatting. Headings, blockquotes, code/preformatted sections, list-like layout, and visual grouping can be flattened or otherwise degraded. This makes Flashtype much less useful as an editable companion for Codex Plan Mode.
Why this matters
Codex Plan Mode is great for generating structured plans, but because it cannot be edited directly, Flashtype could be the natural place to refine those plans. For that workflow to work, Flashtype needs to preserve the Markdown-ish structure from the Codex plan view when importing or pasting/copying content.
This is a killer use case for Flashtype: turn non-editable agent plan output into an editable Markdown document without losing structure.
Expected behavior
When content from Codex Plan Mode is copied or opened in Flashtype, Flashtype should preserve the meaningful formatting as Markdown, including where possible:
The result should be editable in Flashtype while still resembling the original Codex plan structure.
Actual behavior
The imported/copied content loses formatting and becomes flattened text. The resulting document no longer has the structure that was visible in Codex Plan Mode.
Important: in the second screenshot below, please ignore the red deleted-diff styling. That deleted diff is not the point of this feature request. The relevant issue in that screenshot is the missing/non-preserved formatting compared to the Codex Plan view.
Screenshots
Codex Plan view with meaningful formatting
Flashtype view after copying/opening, showing formatting loss
Again: ignore the deleted-diff visualization here. The relevant part is the missing formatting/structure.