PDF 2.0-overensstemmelsesunderstøttelse
HotPDF kan skrive og genindlæse PDF 2.0-dokumenter via værdien pdf20 med append-only i TPDFVersType
PDF/A-4-profiler
PDFACompliance | Profil | Genereret identifikation |
|---|---|---|
'4' | PDF/A-4 basis | part=4, rev=2020, intet conformance-felt |
'4E' | PDF/A-4e ingeniør | part=4, rev=2020, conformance=E |
'4F' | PDF/A-4f tilknyttede filer | part=4, rev=2020, conformance=F |
Alle tre profiler gennemtvinger en PDF 2.0-header, kræver den normale PDF/A-outputintent- og metadatakontrol og forbyder kryptering
AddPDFAssociatedFile accepterer tilknyttede filer under PDF/A-3, PDF/A-4e og PDF/A-4f, mens AddPDFA3AssociatedFile forbliver tilgængelig af hensyn til kildekompatibilitet
PDF/A-4e aktiverer de eksisterende 3D- og RichMedia-annoteringsstier til ingeniørdokumenter
PDF/UA-2-arbejdsgang
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 gennemtvinger PDF 2.0 og udsender pdfuaid:part=2 samt pdfuaid:rev=2024
RegisterStructureNamespace opretter eller genbruger en indirekte /Type /Namespace-ordbog og oplister den i StructTreeRoot /Namespaces
AddStructureElementNS tilknytter den registrerede ordbog via strukturelementets /NS-post og tillader tilpassede roller i det navnerum
Validering ved EndDoc
- Strukturodden skal indeholde præcis ét topniveau-
Document-element - Hver navnerumsordbog skal være indirekte, typiseret som
Namespaceog bære en unik ikke-tom URI - Hver
/NS-reference i et strukturelement skal kunne afklares til en ordbog, der er opført af rodens/Namespaces-array - En rolle uden navnerum skal være en PDF 2.0-standardrolle eller afklares via
RoleMap
PDF 2.0-strukturroller
Den typiserede enum tilføjer DocumentFragment, Aside, Title, FENote, Sub, Em, Strong og Artifact
Streng-overloaden accepterer desuden den åbne Hn-form, herunder H7 og derover