Stöd för PDF 2.0-överensstämmelse
HotPDF kan skriva och läsa om PDF 2.0-dokument genom det endast tilläggande värdet pdf20 i TPDFVersType
PDF/A-4-profiler
PDFACompliance | Profil | Genererad identifiering |
|---|---|---|
'4' | PDF/A-4 bas | part=4, rev=2020, inget överensstämmelsefält |
'4E' | PDF/A-4e ingenjör | part=4, rev=2020, conformance=E |
'4F' | PDF/A-4f associerade filer | part=4, rev=2020, conformance=F |
Alla tre profilerna tvingar fram ett PDF 2.0-huvud, kräver de vanliga PDF/A-utmatnings avsikterna och metadatakontrollerna och förbjuder kryptering
AddPDFAssociatedFile accepterar associerade filer under PDF/A-3, PDF/A-4e och PDF/A-4f medan AddPDFA3AssociatedFile förblir tillgänglig för källkompatibilitet
PDF/A-4e aktiverar de befintliga 3D- och RichMedia-annoteringsvägarna för ingenjörsdokument
PDF/UA-2-arbetsflöde
PDF.PDFUACompliance := True;
PDF.PDFUAPart := 2;
PDF.Lang := 'en-US';
PDF.BeginDoc;
Root := PDF.AddStructureElement('Document', nil);
PDF.AddStructureElementNS('WidgetGroup',
'https://example.com/ns/widgets', Root);
PDF.EndDoc;Del 2 tvingar fram PDF 2.0 och skriver ut pdfuaid:part=2 samt pdfuaid:rev=2024
RegisterStructureNamespace skapar eller återanvänder en indirekt /Type /Namespace-ordlista och listar den i StructTreeRoot /Namespaces
AddStructureElementNS fäster den registrerade ordlistan via strukturlementets /NS-post och tillåter anpassade roller i det namnrymden
Validering vid EndDoc
- Strukturoten måste innehålla exakt ett toppnivåelement
Document - Varje namnrymdsordlista måste vara indirekt, typad som
Namespaceoch ha en unik icke-tom URI - Varje
/NS-referens i ett strukturlement måste avgöra till en ordlista listad av rotens/Namespaces-array - En roll utan namnrymd måste vara en PDF 2.0-standardroll eller avgöras via
RoleMap
PDF 2.0-strukturroller
Den typade uppräkningen lägger till DocumentFragment, Aside, Title, FENote, Sub, Em, Strong och Artifact
Strängöverlagringen accepterar dessutom den öppna Hn-formen, inklusive H7 och högre