Changed
- A
draw:frame's content is now chosen by the document author's order, not by a fixed preference fordraw:image. Following ODF 1.3 Part 3 §10.4.1, the reader walks the frame's children in document order and renders the first one it supports —draw:imageas an image,draw:text-boxdegraded to its text — skipping any representation it cannot render. This is a conformance change, not a bug users are hitting: the old behaviour is also permitted by §10.4.1. - No LibreOffice document's output moves. The change affects only a frame whose first supported child is a text box standing before an image, which was previously read as the image with the text silently dropped.
- Still unchanged: six of the eight frame representations (
draw:object,draw:object-ole,draw:applet,draw:floating-frame,draw:plugin,table:table) are still unread, and an empty frame is accepted and yields nothing. Both limits have tests pinning them.
See CHANGELOG.md for the full entry.
Full Changelog: v0.14.3...v0.14.4