pdfcraft

0 Fork 0

mirror of https://github.com/storytold/pdfcraft.git synced 2026-11-13 22:32:19 +00:00

Files

T

Grzegorz MartensandClaude Opus 5.5 c00e3d2fb4 M6: field detection reads operators one at a time; the PDF/A check reads XMP as preflight does

From the Resources review of 66415d737:
- page_shapes collected every parsed operator, about 80 bytes for each
  decoded byte of dense content, so a page within its 256 MiB allowance
  could take some 20 GB. It now reads them one at a time
  (pdfcraft_content::ops) and drops the pieces once joined.
- declares_pdfa decoded through a DecodeBudget, which counts every filter
  stage against the 8 MiB cap, so XMP stored through a chain of filters
  stopped declaring PDF/A while preflight's Standards panel, which caps
  each stage, still read it. It reads the metadata as preflight does.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AmsdeUCdTaD72jkDw2pJKY

2026-11-04 10:19:46 +01:00

a11y

fix(a11y): splice named and multi-stream marked content in mark_tag_artifact (#5263 )

2026-11-02 23:38:55 -05:00

annot

M5: keep Fill & Sign editing on Enter and preserve line breaks (#5850 ) (#5954 )

2026-11-03 10:24:45 -05:00

audit

fix(audit): read content one operator at a time and charge hidden text and findings (#5875 )

2026-11-03 10:30:12 -05:00

automation

M5: keep Fill & Sign editing on Enter and preserve line breaks (#5850 ) (#5954 )