| Summary: | Table header cells have scope set to None instead of Column after exporting Writer table to PDF/UA | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Christophe Strobbe <c_strobbe-fdo> |
| Component: | Printing and PDF export | Assignee: | Michael Stahl (allotropia) <michael.stahl> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | kelemeng, michael.stahl, p.brandt, thb |
| Priority: | medium | Keywords: | accessibility |
| Version: | Inherited From OOo | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=149067 | ||
| Whiteboard: | target:7.5.0 target:7.4.4 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103378, 139007 | ||
| Attachments: |
ZIP file containing an ODT test file and three PDF files derived from it
Example file created from scratch per instructions Example file exported to PDF/UA ZIP file containing an ODT test file and three PDF files derived from it The example file exported to PDF in PAC tool |
||
|
Description
Christophe Strobbe
2022-05-17 21:36:39 UTC
Bug 135192 is a somewhat related bug for Impress. However, Impress does not export table tags at all (Table, TR, TD, TH). (In reply to Christophe Strobbe from comment #0) > 5. Export the file to PDF, making sure that the checkbox "Universal > Accessibility (PDF/UA)" is selected. Actuak result: Accessibility check says: "Tables must not contain headings." And this is only related t third tabla and paragraph style "Heading 1" Version: 7.3.4.1 (x64) / LibreOffice Community Build ID: 13668373362b52f6e3ebcaaecb031bd59a3ac66b CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL (In reply to Dieter from comment #2) > (In reply to Christophe Strobbe from comment #0) > > 5. Export the file to PDF, making sure that the checkbox "Universal > > Accessibility (PDF/UA)" is selected. > > Actual result: > Accessibility check says: "Tables must not contain headings." And this is > only related t third tabla and paragraph style "Heading 1" This bug report is not about LibreOffice's built-in accessibility checker; it is about PDF/UA conformance of the exported PDF. In the exported PDF file, table header cells have their scope attribute set to the value "None". This causes an error message in the PDF/UA conformance checker PAC 2021. (Adobe Acrobat Pro's accessibility checker does not complain about this; however, Adobe Acrobat has completely dropped the ball on PDF/UA conformance.) The error you cite is triggered by a Heading x style inside a table header cell; that error message is justified but not directly relevant to this bug. (I reused a sample document submitted for a different bug.) (In reply to Christophe Strobbe from comment #0) > Created attachment 180174 [details] > ZIP file containing an ODT test file and three PDF files derived from it > I was trying to confirm the reported behavior, but this attachment seems to belong to another bug: $ unzip -l /cygdrive/c/Users/Gabor/Downloads/Bug\ 39935.zip Archive: /cygdrive/c/Users/Gabor/Downloads/Bug 39935.zip Length Date Time Name --------- ---------- ----- ---- 21614 05-17-2022 11:39 Bug_039935_LibreOffice7.3.3.2.odt 20997 05-17-2022 11:39 Bug_039935_LibreOffice7.3.3.2_AsianAndCtlNone.odt 13114 05-17-2022 11:39 Bug_039935_OpenOffice.org-3.3.0.odt 12901 05-17-2022 11:39 Bug_039935_OpenOffice.org-3.3.0_AsianAndCtlNone.odt --------- ------- 68626 4 files Further, I think this is likely a duplicate of bug 149067 as I got the same "Table header cell has no associated subcells" error from the PAC tool with the example file attachment 180091 [details] there. Created attachment 183238 [details]
Example file created from scratch per instructions
Created attachment 183239 [details]
Example file exported to PDF/UA
the problem with the 2nd table has nothing to do with tables: veraPDF complains that the first header is H2 not H1, and indeed if i change the paragraphs to "Heading 1" veraPDF stops complaining. so i guess it could be fixed by determining the highest level of heading used in the document, and then mapping that to H1... but it's not clear what the practical benefit of that would be; a validator complaining about this seems a bit silly when applications allow users to create such documents. ... no actually it would not help: if i create a document that first has "Heading 2" and then "Heading 1", then veraPDF complains about it. this problem can only sensibly be fixed by the author of the document; there is already a warning dialog on PDF export that says: "Keep headings' levels ordered. Heading level 2 must not go after 0." now i'm thinking this validation rule is even worse: consider that you can select an arbitrary part of the document, and then export that to PDF - what is the point of complaining about a H[2-N] as the first heading of a document? Created attachment 183274 [details]
ZIP file containing an ODT test file and three PDF files derived from it
This attachment replaces the one I uploaded in May and was not for this bug.
The ZIP file contains three files:
1. An ODT file containing three tables, as described in the original bug report.
2. A PDF file exported using OpenOffice.org 3.3.0.
3. A PDF file exported from LibreOffice 7.3.3.
4. The same PDF as the previous one but with the scope corrected in Adobe Acrobat Pro.
Michael Stahl, this bug report is not about the use of Heading 1, Heading 2, etc. but about the scope of table header cells in the table header row having their scope set to "None" instead of "Column". (See the error "Table header cell has no associated subcells" in PAC 2021.) The presence of Heading 2 styles in the third table (not the second one) should not distract from this. It is something I only included as a test because some people erroneously think that this is a correct way of marking table header cells. The validator is entirely correct in flagging this as an error. Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dfffe710d07f84f4152cf61ccd4a69279a26ff7c tdf#149140 vcl,sw: PDF/UA export: add Scope attribute to table headers It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. fixed on master *** Bug 149067 has been marked as a duplicate of this bug. *** Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/83e622ad9d7ae86dd12823109cc4a2edad7ad842 tdf#149140 vcl,sw: PDF/UA export: add Scope attribute to table headers It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/28b06bb7236f8c6e17423dc3df446306900355f1 tdf#149140 vcl: PDF/UA export: Scope attribute exists since PDF 1.5 It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/5cc596a99643764f698bbc6c4bfb7ba561dee568 tdf#149140 vcl: PDF/UA export: Scope attribute exists since PDF 1.5 It will be available in 7.4.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Created attachment 184763 [details] The example file exported to PDF in PAC tool Verified with files from attachment 183274 [details] in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f1830bff71847a9c17715cff52383956719847fe CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded There are no more "Table header cell has no associated subcells" error messages. |