پشتیبانی سازگاری PDF 2.0
HotPDF میتواند اسناد PDF 2.0 را از طریق مقدار فقطافزودنی pdf20 در TPDFVersType بنویسد و بارگذاری مجدد کند
پروفایلهای PDF/A-4
PDFACompliance | پروفایل | شناسایی تولیدشده |
|---|---|---|
'4' | پایهٔ PDF/A-4 | part=4، rev=2020، بدون فیلد سازگاری |
'4E' | مهندسی PDF/A-4e | part=4، rev=2020، conformance=E |
'4F' | پروندههای وابسته PDF/A-4f | part=4، rev=2020، conformance=F |
هر سه پروفایل یک سرآیند PDF 2.0 را اجبار میکنند، بررسیهای intent خروجی و فرادادهٔ PDF/A معمول را الزام میکنند و رمزگذاری را ممنوع میسازند
AddPDFAssociatedFile پروندههای وابسته را تحت PDF/A-3، PDF/A-4e و PDF/A-4f میپذیرد در حالی که AddPDFA3AssociatedFile برای سازگاری مبدأ در دسترس باقی میماند
PDF/A-4e مسیرهای annotation سهبعدی و RichMedia موجود را برای اسناد مهندسی فعال میکند
گردشکار PDF/UA-2
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;بخش ۲ PDF 2.0 را اجبار میکند و pdfuaid:part=2 بهعلاوهٔ pdfuaid:rev=2024 را منتشر میکند
RegisterStructureNamespace یک دیکشنری /Type /Namespace غیرمستقیم میسازد یا بازاستفاده میکند و آن را در StructTreeRoot /Namespaces فهرست میکند
AddStructureElementNS دیکشنری ثبتشده را از طریق ورودی /NS عنصر ساختار متصل میکند و نقشهای سفارشی را در آن فضاینام مجاز میسازد
اعتبارسنجی در EndDoc
- ریشهٔ ساختار باید دقیقاً یک عنصر
Documentسطحبالا داشته باشد - هر دیکشنری فضاینام باید غیرمستقیم، از نوع
Namespaceباشد و یک URI یکتای غیرخالی داشته باشد - هر ارجاع
/NSعنصر ساختار باید به دیکشنریای تفکیک شود که توسط آرایهٔ/Namespacesریشه فهرست شده است - یک نقش بدون فضاینام باید یک نقش استاندارد PDF 2.0 باشد یا از طریق
RoleMapتفکیک شود
نقشهای ساختار PDF 2.0
enum نوعدار مقادیر DocumentFragment، Aside، Title، FENote، Sub، Em، Strong و Artifact را اضافه میکند
overload رشتهای بهطور اضافی فرم باز Hn از جمله H7 و بالاتر را میپذیرد