Bug 147847 - Document PDF/A-1a output possibility
Summary: Document PDF/A-1a output possibility
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2022-03-08 16:14 UTC by Jan-Åke Larsson
Modified: 2024-05-08 20:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jan-Åke Larsson 2022-03-08 16:14:27 UTC
Description:
LibreOffice exports PDF/A-1a when asked to export to PDF/A-1b. This can be tested with the verapdf tool. 
It must be an explicit choice in the code since the output PDF claims PDF/A-1a compliance, and indeed also is compliant to the standard. 

Important: This is not about accessibility (PDF/UA) but archive PDFs (PDF/A).


If the export is PDF/A-1a, I'd recommend to write that in the dialog.


Perhaps the export is not always PDF/A-1a but sometimes only the less structured PDF/A-1b (as the export dialog claims).
Then please document when this happens.


At least document that LibreOffice sometimes outputs PDF/A-1a compliant documents, in the export dialog, or in the docs.


Steps to Reproduce:
1. Export PDF/A-1b compliant PDF

Actual Results:
Obtain (undocumented) PDF/A-1a compliant PDF

Expected Results:
See the difference


Reproducible: Always


User Profile Reset: No



Additional Info:
The software should indicate what is possible to do
Comment 2 Olivier Hallot 2024-05-08 20:09:03 UTC
The bug description indicates that exporting to PDF/A-1b produces PDF/A-1a.

This is a bug in PDF export. There is no point in producing end user documentation of a bug that should be fixed.

Resetting component.