Støtte for PDF 2.0-samsvar
HotPDF kan skrive og laste PDF 2.0-dokumenter på nytt gjennom den kun-tilføyende pdf20-verdien i TPDFVersType
PDF/A-4-profiler
PDFACompliance | Profil | Generert identifikasjon |
|---|---|---|
'4' | PDF/A-4 grunn | part=4, rev=2020, ingen samsvarsfelt |
'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 profilene fremtvinger en PDF 2.0-header, krever de vanlige PDF/A-utdataintensitets- og metadatakontrollene, og forbyr kryptering
AddPDFAssociatedFile aksepterer tilknyttede filer under PDF/A-3, PDF/A-4e og PDF/A-4f, mens AddPDFA3AssociatedFile forblir tilgjengelig for kildekompatibilitet
PDF/A-4e aktiverer de eksisterende 3D- og RichMedia-annotasjonsbanene for ingeniørdokumenter
PDF/UA-2-arbeidsflyt
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 fremtvinger PDF 2.0 og sender ut pdfuaid:part=2 i tillegg til pdfuaid:rev=2024
RegisterStructureNamespace oppretter eller gjenbruker en indirekte /Type /Namespace-ordbok og fører den opp i StructTreeRoot /Namespaces
AddStructureElementNS knytter den registrerte ordboken gjennom strukturelementets /NS-oppføring og tillater egendefinerte roller i det navnerommet
Validering ved EndDoc
- Strukturoppen må inneholde nøyaktig ett toppnivå-
Document-element - Hver navneromsordbok må være indirekte, skrives som
Namespace, og ha en unik ikke-tom URI - Hver struktur-elements
/NS-referanse må løses til en ordbok oppført av rotens/Namespaces-tabell - En rolle uten navnerom må være en PDF 2.0-standardrolle eller løses gjennom
RoleMap
PDF 2.0-strukturroller
Den typede opplistingen legger til DocumentFragment, Aside, Title, FENote, Sub, Em, Strong og Artifact
Streng-overlasten aksepterer i tillegg den åpne Hn-formen, inkludert H7 og høyere