Summary
Track the remaining work to bring browser HTML reports and exported PDF reports into a coherent, intentional, maintainable rendering system.
The codex/runtime-contract-fixes branch already cleaned up a large portion of the report pipeline wiring:
- explicit web vs PDF stylesheet routing
- shared saved-scan PDF generation flow
- cleaner reporting module boundaries
- regression coverage around report workflow contracts
What remains is no longer basic runtime wiring. It is the product/design/maintainability work around rendering quality, parity, and long-term stylesheet ownership.
Goals
- improve HTML and PDF visual parity
- decide the long-term stylesheet strategy for PDF generation
- reduce drift between interactive web output and printable/exported output
- validate representative reports for readability, spacing, and print quality
Scope
1. Rendering Quality Audit
- typography hierarchy
- spacing and section rhythm
- card/table readability
- vulnerability and asset-list presentation
- PDF page-break behavior and print-safe layout
2. Stylesheet Strategy
- decide whether PDF should use:
- a dedicated print-first XSL
- a thin print override layer on top of the web stylesheet
- or a mostly unified stylesheet with minimal divergence
3. Parity Validation
- compare representative HTML/PDF outputs side by side
- reduce renderer-specific drift
- document known intentional differences if full parity is not desired
4. Regression Protection
- keep tests around stylesheet routing and report workflow boundaries
- add sample-based or fixture-based regression checks where feasible
Why This Should Be One Initiative
The existing issues around report formatting, PDF styling, and HTML/PDF parity overlap heavily. Treating them separately makes it harder to tell whether a change is solving rendering quality, stylesheet ownership, or runtime wiring. Those wiring concerns are now mostly resolved; the remaining work is best tracked as one rendering initiative.
Suggested Follow-Up Tasks
- capture 2-3 representative HTML/PDF samples for comparison
- choose PDF stylesheet direction
- fix highest-visibility formatting defects first
- add regression checks for the chosen rendering model
Summary
Track the remaining work to bring browser HTML reports and exported PDF reports into a coherent, intentional, maintainable rendering system.
The
codex/runtime-contract-fixesbranch already cleaned up a large portion of the report pipeline wiring:What remains is no longer basic runtime wiring. It is the product/design/maintainability work around rendering quality, parity, and long-term stylesheet ownership.
Goals
Scope
1. Rendering Quality Audit
2. Stylesheet Strategy
3. Parity Validation
4. Regression Protection
Why This Should Be One Initiative
The existing issues around report formatting, PDF styling, and HTML/PDF parity overlap heavily. Treating them separately makes it harder to tell whether a change is solving rendering quality, stylesheet ownership, or runtime wiring. Those wiring concerns are now mostly resolved; the remaining work is best tracked as one rendering initiative.
Suggested Follow-Up Tasks