Jeder der folgenden Punkte ist eine ausgelieferte Fähigkeit, kein Roadmap-Versprechen. Zu jedem gehört überprüfbarer Beleg – bis hin zu Source-Units, Funktionsnamen und laufenden Tests
⚙
Quellcode-nativ · keine externe PDF-Runtime
Integriert sich direkt als Pascal-Quellcode in Ihr Projekt und erzeugt, parst und speichert PDF vollständig im eigenen Prozess, mit voller Kontrolle über Debugging und Auslieferung. Die C-Backends für Bildverarbeitung und Komprimierung (zlib-ng, Zopfli, libjpeg-turbo, OpenJPEG, jbig2dec) sind statisch gelinkte Objektdateien – zur Laufzeit gibt es keine zusätzliche PDF-Engine-DLL
Native Pascal-API · statisch gelinkte C-Backends
Aa
Vollständiges OpenType-Shaping + Positionierung
Liefert eine vollständige GSUB-Substitutions-Engine (LookupTypes 1–8) und eine vollständige GPOS-Positionierungs-Engine (alle 9 LookupTypes): Ligaturen, Kapitälchen, kontextuelle Substitution, Paar-/kontextuelles Kerning, Mark-to-Base, Mark-to-Mark, kursives Anbinden. Die meisten konkurrierenden Delphi-PDF-Komponenten haben hier nichts
20+ OpenType-Typografie-Features, automatisch bei der Textausgabe angewendet
✍
Shaping komplexer Schriften auf der Erzeugerseite
20+ Schriften werden auf der Erzeugerseite geformt: Arabisch (inkl. Supplement / Extended-A/B), Syrisch, Mongolisch, N'Ko, Tibetanisch, Devanagari und die Indic-Familie, Javanesisch, Thai/Lao, Hebräisch, Khmer, Myanmar und mehr; gekoppelt an eine UAX-#9-Bidi-Pipeline und ein vollständiges /ToUnicode-Reverse-Mapping, sodass Kopieren/Einfügen/Suche die ursprünglichen Codepoints wiedergewinnt
Enthält 35 Ligatur-Reverse-Mappings (LAM-ALEF, YEH-HAMZA-Familie, Allah u. a.)
🔒
PFX-/PKCS#12-Signatur im Prozess · null Abhängigkeiten
Signieren mit PFX/PKCS#12 in einem Aufruf – THotPDF.SignPDFWithPFX – ohne OpenSSL und ohne Kryptografieanbieter der Plattform. Die gesamte Kette aus ASN.1, RSA, AES, PKCS#12-Unwrap und CMS SignedData (RFC 5652) ist in HotPDF implementiert, mit reproduzierbaren, auditierbaren Ergebnissen
Units: HPDFASN1 / HPDFRSA / HPDFCrypt / HPDFPFX / HPDFCMS / HPDFAES
🛡
PAdES-Long-Term-Validation · Ende bis Ende
Unterstützt PAdES B-B / B-T / B-LT / B-LTA – die harte Anforderung für EU-eIDAS-Konformität: RFC-3161-Zeitstempel, DSS/VRI-Wörterbücher, Dokumentzeitstempel-Signaturen, Seed-Value-Einschränkungen, XAdES-in-PDF. Wettbewerber bleiben typischerweise beim simplen CMS stehen
Für Langzeitarchivierung und E-Signatur-Szenarien mit Beweisregeln
✓
Dreifache Konformität + Preflight
Setzt PDF/A-1/-2/-3, PDF/X-1a/-3/-4 und PDF/UA-1 als gleichzeitig unabhängige Konformitätsprofile durch; nicht-konforme Aufrufe werfen diagnostische Ausnahmen, statt stillschweigend nicht-konforme PDFs zu erzeugen. Preflight gibt Text, JSON, HTML, CSV oder deterministisches XML-MRR aus und kann eingebaute Politiken mit begrenzten vertrauenswürdigen Feature- und Validierungs-Plugins kombinieren
PDF-Versions-Gating pro Methode: RequirePDFVersion + StrictVersionLock
⇄
Multi-Gigabyte-Direct-File-API
Verarbeitet Datei zu Datei, ohne den Objektgraphen im Speicher aufzubauen: DAOpenFileReadOnly, DACopyFile, EncryptFile, DecryptFile bewältigen klassische xref-Tabellen, XRef-Streams, hybride Referenzen und inkrementell aktualisierte Dateien, mit Durchsätzen, die in Sekunden gemessen werden
2 GB / 1,67 Mio. Objekte: AES-256-Verschlüsselung ≈ 14 s; Seitenzahl von 1,25 GB in Millisekunden gelesen
🔤
CFF-/OpenType-CFF-/CID-Subsetting
Erst Subsets von TrueType-, OpenType-CFF- und CID-keyed-CFF-Schriftarten (EnableFontSubsetting) und bewahrt dabei Glyphen-IDs für Type0/Identity-H-Text – ein CJK-Dokument schrumpft von rund 14 MB CID-keyed CFF auf 500 KB–2 MB, eine typische lateinische TTF von 350 KB auf 10–15 KB
Deterministische Subset-Tags für byte-reproduzierbare Ausgabe
📈
Vier Report-Engine-Adapter
FastReport, QuickReport, ReportBuilder und DevExpress ExpressPrinting (mit cxGrid/cxRichEdit/cxScheduler/cxPivotGrid), dazu ein DBGrid-Adapter – bringen Ihre vorhandenen Berichte in einem Schritt auf HotPDFs PDF-Backend, ganz ohne Neuaufbau der Berichte
Adapter-Units liegen unter Lib/addons/<engine>