mirror of
https://github.com/storytold/pdfcraft.git
synced 2026-10-26 02:58:32 -06:00
d4d2e83273
FDF export dropped /IRT, so a note's replies and its review-status reply imported as unrelated comments. Each comment is now an indirect object of the FDF (with a cross-reference table), and a reply's /IRT points at its parent's object there, as ISO 32000-2 §12.7.8.3.1 allows. Import maps the FDF objects to the placed comments and links replies in a second pass, falling back to a parent of the same /NM already in the document. FDFs with direct comment dictionaries still import. Self-references, missing parents and cycles are ignored without panicking. Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com> Co-authored-by: Brandon Thomas <echelon@gmail.com>
pdfcraft-xfdf
Layer L4: comment and form data exchange (execution plan M5.6, M6.7).
let xml = export_xfdf(&doc, true, true, "form.pdf"); // comments and/or field values
let fdf = export_fdf(&doc, false, true, "form.pdf");
let txt = export_data(&doc, Format::Txt); // or Xml, Csv
let report = import(&mut doc, &bytes)?; // XFDF, FDF, XML, CSV or text, detected
- XFDF (ISO 19444-1): every comment type PdfCraft knows (text, free text, line, square,
circle, polygon, polyline, markup, stamp, caret, ink, attachments, sound, redact) with rect,
name, author, subject, dates, flags, colours, opacity, width, icon, quads, line ends, ink,
default appearance, pop-ups and reply threads (
inreplyto); field values nested by name. - FDF: fields (with
/Kidshierarchies) and comments as direct objects. - Form data: Acrobat's XML (
xfdf:originalkeeps names that aren't XML names), CSV and tab-delimited text (a row of names, a row of values).
Import replaces comments with the same /NM, draws appearances PdfCraft can draw, and sets
values through the form's own checks (formats, validation, recalculation); read-only fields take
imported values, as in Acrobat. XML is read with roxmltree.