Fördelarna nedan är alla levererad förmåga i HotPDF, inte löften på en färdplan. Varje punkt har verifierbar implementeringsbevis – ända ner till källkodsenheter, funktionsnamn och körda tester
⚙
Inhemskt på källkodsnivå · ingen extern PDF-körmiljö
Integreras direkt som Pascal-källkod i projektet; PDF genereras, parsas och sparas hela tiden i din process, med helt kontrollerbar felsökning och driftsättning. C-backenderna för bilder/komprimering (zlib-ng, libjpeg-turbo, OpenJPEG, jbig2dec) länkas som statiska objektfiler – vid körning finns ingen extra PDF-motor-DLL
Ingångsklass · 47 Pascal-källkodsenheter
ska
Fullständig OpenType-shaping + positionering
Inbyggd fullständig GSUB(LookupType 1–8) substitutionsmotor och fullständig GPOS(alla 9 LookupType-typer) positioneringsmotor: ligaturer, kapitäler, kontextuella substitutioner, par-/avståndsjustering, mark-to-base, mark-to-mark och cursive-kopplingar – allt ingår. De flesta liknande Delphi PDF-komponenter lämnar detta tomrum
Aktiverar automatiskt 20+ OpenType-typografifunktioner i textutdatasteget
✍
Shaping av komplexa skrifter på producentsidan
Shaping på producentsidan för 20+ skrifter: arabiska (inklusive Supplement / Extended-A/B), syriska, mongoliska, tibetanska, devanagari och indiska skrifter, javanesiska, thai/lao, hebreiska, khmer, burmesiska med flera; kompletterat med UAX #9 BiDi-pipeline och fullständig /ToUnicode omvänd mappning, så att kopiera/klistra in/sök återställer de ursprungliga kodpunkterna
inklusive 35 omvända ligaturmappningar (LAM-ALEF, YEH-HAMZA-familjen, Allah-ligaturen med flera)
Signering
PFX/PKCS#12-signering i processen · noll beroenden
Ett anrop THotPDF.SignPDFWithPFX utför PFX/PKCS#12-signering – utan OpenSSL och utan plattformskrypteringsleverantör. Hela kedjan – ASN.1, RSA, AES, PKCS#12-uppackning och CMS SignedData (RFC 5652) – är implementerad inuti HotPDF, med reproducerbart och granskbart resultat
Implementeringsenhet:HPDFASN1 / HPDFRSA / HPDFCrypt / HPDFPFX / HPDFCMS / HPDFAES
sköld
PAdES långtidsvalidering · ände till ände
Stödjer PAdES B-B / B-T / B-LT / B-LTA – den svåra bit som EU:s eIDAS-efterlevnad kräver: RFC 3161-tidsstämplar, DSS/VRI-ordlistor, signaturer för dokumenttidsstämpel, Seed Value-villkor och XAdES-in-PDF, allt ingår. Konkurrenter stannar ofta vid grundläggande CMS
Byggd för långtidsarkivering och e-undertecknande, och uppfyller direkt lagens krav på bevarande av bevis
✓
Trippel efterlevnad + preflight-rapporter
Låser samtidigt tre oberoende efterlevnadsprofiler: PDF/A-1/-2/-3, PDF/X-1a/-3/-4 och PDF/UA-1; efterlevnadsbrott kastar diagnostikundantag i stället för att tyst producera en icke-kompatibel PDF. kan lämna rapporter i text/JSON/HTML/CSV, verifierade med veraPDF
Versionsgrindning per metod:RequirePDFVersion + StrictVersionLock
⇄
Direct File API för multigabyte
Direkt fil-till-fil-bearbetning utan att bygga en objektgraf i minnet:DAOpenFileReadOnly、DACopyFile、EncryptFile、DecryptFile och liknande hanterar klassiska xref-tabeller, XRef-strömmar, hybridreferenser och inkrementella uppdateringar, med genomströmning på sekunder
2 GB / 1,67 miljoner objekt: AES-256-kryptering på cirka 14 sekunder; sidantal i ett 1,25 GB-dokument läses på millisekunder
🔤
Delmängdsbearbetning av CFF / OpenType-CFF / CID
Delmängdsbearbetar TrueType-, OpenType-CFF- och CID-nycklade CFF-typsnitt (EnableFontSubsetting) och bevarar Type0/Identity-H glyf-ID – CJK-dokument kan krympa från cirka 14 MB CID-nycklad CFF till 500 KB–2 MB, och ett typiskt latinsk TTF från 350 KB till 10–15 KB
Deterministiska delmängdstaggar, med byte-reproducerbar utdata
📈
Fyra rapportmotoradapterer
FastReport, QuickReport, ReportBuilder och DevExpress ExpressPrinting (som täcker cxGrid/cxRichEdit/cxScheduler/cxPivotGrid) plus en DBGrid-adapter – koppla dina befintliga rapporter till HotPDF:s PDF-backend med ett grepp, utan att skriva om rapporterna
Adapterenheterna finns i Lib/addons/<engine>