test(qa): hold the DOCX fidelity baseline to the lines #804 sets where the page does

[DemchaAV]

Why

The DOCX fidelity baseline (#805) was taken before #804 merged. #804 sets lines where the page breaks them in documents of sizes Word rounds to the half point, and the baseline did not yet hold those lines. Nothing stopped them moving back.

What changed

• qa/src/test/resources/docx-fidelity/libreoffice-windows*.tsv, rewritten with -Dgraphcompose.docxFidelity.update=true on 2.5-dev at e6bf2210c (test(qa): hold every template's DOCX export to a line-by-line corpus baseline #805 on fix(docx): break a paragraph's lines where the page does, though Word sets its size to the half point #804).
  • The update reported no line written over further from the page, and no document set on more pages.
  • The baseline now holds 4,150 of the corpus's 4,328 lines, against 4,064. Lines more than 2pt off fall from 880 to 834.
  • 22 documents gain held lines. The largest gains are EngineeringResume (+10 found, 14 → 0 lines past 2pt), NordicClean (+5, 21 → 0), BlueBanner (+10), CompactMono (+8) and SerifHeadline (+8, 7 → 0).
  • The four sidebar CVs that LibreOffice sets about 3pt off throughout each find two lines more, which count among those past 2pt.

Verification

• ./mvnw -B -ntp test -f qa/pom.xml -Dtest=DocxFidelityCorpusTest -Dgraphcompose.docxFidelity=libreoffice against the new baseline gives BUILD SUCCESS.
• Full reactor gate: ./mvnw -B -ntp clean verify -pl :graph-compose-core,:graph-compose-render-pdf,:graph-compose-render-docx,:graph-compose-render-pptx,:graph-compose-templates,:graph-compose-testing,:graph-compose-qa,:graph-compose-coverage -am gives BUILD SUCCESS (qa 1809).
  • After install, examples run 93 green.
  • The knowledge checks pass.

Lane: test (qa). Baseline data only.