alignment in ODG

[TomTasche]

See odg/SpotfaceCoord40270-L.odg

[andiwand]

i believe #230 is fixing this

[andiwand]

@TomTasche fixed?

[TomTasche]

much improved, but for example the "R400" is still misaligned. keeping this ticket open to track progress

[TomTasche]

another test file: https://github.com/opendocument-app/OpenDocument.test-private/blob/master/odg/Sealver%20Measurements.odg

[andiwand]

we should re-evaluate this file with #227

[andiwand]

Fixed by the drawing work under #771, and checked against both files named here.

Rather than eyeballing it, every positioned shape was parsed out of content.xml and compared against the box the renderer emits:

• odg/SpotfaceCoord40270-L.odg — 11 of 11 shapes at exactly their svg:x / svg:y
• odg/Sealver Measurements.odg — 13 of 13

The complaint that kept this open — "the R400 is still misaligned" — was the text on the draw:path arc, which had no parser at all until #797: the shape vanished with its subtree, label included. That path now lands on its source coordinates with the label centred in its box, matching libreoffice's own export to within a percent of the page width. The shapes around it that used to draw as plain rectangles — the circle and the four squares — are enhanced geometry, drawn since #799.

One thing can still move text inside a shape, and this very file shows it: its ellipse carries draw:text-areas="3163 3163 18437 18437", so libreoffice lays that shape's text into the sub-region the geometry reserves while we use the whole box. That is tracked as its own unticked box in odf/README.md rather than here, since it is a missing feature rather than the placement bug this issue reported.