PDF/A - keywords

HeiniPotsdam

For me:
Setting
ppReport1.PDFSettings.PDFAFormat := pafPDFA3_ZUGFeRD;
ppReport1.DeviceType := dtPDF
ppReport1.PDFSettings.Keywords := ...

The result will not be a PDF/A.
Does it have to be like this?

nicocizik

Hi Olaf,

In my testing with the latest version of ReportBuilder, exporting a report to the PDF-ZUGFeRD format with Keywords defined functioned as expected.

1. Your signature indicates that you are using RB 20.01. The ZUGFeRD format has changed quite a bit since that release. I highly recommend updating your version of ReportBuilder.

2. From your small snip of code, there should be no reason the PDF is not exporting as PDF/A3 ZUGFeRD. There must be something else happening either before or after this code is executing to cause this behavior. If you are able to create a simple example, using only RB and Delphi components, demonstrating the issue, please send it to support@ in .zip format and I'll try to track down the problem.

HeiniPotsdam

Hi Nico,

I think the problem is a "&" in all PDFSettings-Strings:
"Pat & Patachon" wil not work for PDF/A
"Pat + Patachon" will work.

nicocizik

Hi Olaf,

Perhaps I am misunderstanding the problem.

In my quick testing, adding keywords separated by an ampersand (&) successfully exports to PDF/A3 ZUGFeRD. Is the PDF then failing some sort of verification? If so, which verification tool are you using?

It is my understanding that PDF keywords should be separated by commas or semicolons for best search results.

HeiniPotsdam

Hi Nico,

in my result, the PDF is a PDF without PDF/A-3B (viewing in XChange-Viewer).

>>separated by commas<<
Sure, but "Pat & Patachon" is one name, but surely not nice for search.
Also ppReport1.PDFSettings.Author par example has the same result - no PDF/A-3B.
Also testing with: https://www.pdfforge.org/online/en/validate-pdfa

But no problem for me to find a workaround.

Thanks, for watching my problem.