Skip to content

Overview

phpdftk is engineered against the PDF specification, not against a sample of PDFs. Every feature ties back to ISO 32000-2:2020 or one of the seven ISO subset standards, and every release is verified by independent tools that the rest of the industry already trusts.

This section is the audit trail.

How completely we implement ISO 32000-2:2020 itself, object by object and field by field.

  • Spec Coverage — every PDF object type and field with ✓/~/✗ status against the spec.
  • Version Coverage — which features require PDF 1.0, 1.4, 1.6, 1.7, or 2.0, derived from #[RequiresPdfVersion] attributes in the source.

The eight ISO subset standards phpdftk validates against — PDF/A, PDF/UA, PDF/X, PDF/VT, PDF/E, PDF/R, ZUGFeRD, and PDF/mail. 31 conformance levels in total.

  • Conformance Overview — the API surface for opting into a profile and how strict-mode enforcement works.
  • ISO Standards — per-profile breakdown with constraint tables and source-file links.

Six independent validators run on every release: QPDF (structural), Arlington PDF Model (spec dictionary types), veraPDF (PDF/A), Matterhorn (PDF/UA), JHOVE (format), pdfid (security), and PDFBox Preflight (PDF/A cross-check). The reader is also stress-tested against 2,700+ real-world PDFs from veraPDF, QPDF, PDFium, PDFBox, and Poppler.

Start with About the Suites for the four-tier system, or jump to the Latest Compliance Report for the most recent run from main.

How phpdftk compares to FPDF, TCPDF, and mPDF on generation time, parsing throughput, and memory footprint — plus the cost of conformance validation.