Xmp properties non-compact values representation only for PDF/A

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Xmp properties non-compact values representation only for PDF/A

franck FIMBEL
Hi
Currently its seems that FOP output XMP properties like dc:language in
a non compact representation (including Bag and li elements) only when
rendering pdf/a but it outputs a compact representation in standard
pdf rendering.
dc.setCompact(pdfaMode.getPart() != 3); in PdfMetadata class line 149

Is there any specific reason to keep the compact representation for
PDF ? If so, could it be a pdf rendering parameter ?

Thanks

--
Franck
Reply | Threaded
Open this post in threaded view
|

Re: Xmp properties non-compact values representation only for PDF/A

Chris Bowditch
Hi,

Isn't  a compact representation preferable as it helps keep the file
size down?

Thanks,

Chris

On 26/03/2020 17:32, franck FIMBEL wrote:

> Hi
> Currently its seems that FOP output XMP properties like dc:language in
> a non compact representation (including Bag and li elements) only when
> rendering pdf/a but it outputs a compact representation in standard
> pdf rendering.
> dc.setCompact(pdfaMode.getPart() != 3); in PdfMetadata class line 149
>
> Is there any specific reason to keep the compact representation for
> PDF ? If so, could it be a pdf rendering parameter ?
>
> Thanks
>