Bug 119134 - Attribute draw:wrap-influence-on-position is not implemented
Summary: Attribute draw:wrap-influence-on-position is not implemented
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: x86-64 (AMD64) Windows (All)
: medium enhancement
Assignee: Not Assigned
Depends on:
Blocks: ODF-import
  Show dependency treegraph
Reported: 2018-08-06 21:20 UTC by Regina Henschel
Modified: 2018-09-01 17:03 UTC (History)
0 users

See Also:
Crash report or crash signature:

Document which uses the attribute draw:wrap-influence-on-position (47.79 KB, application/vnd.oasis.opendocument.text)
2018-08-06 21:20 UTC, Regina Henschel

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2018-08-06 21:20:26 UTC
Created attachment 144002 [details]
Document which uses the attribute draw:wrap-influence-on-position

ODF 1.2 has an attribute "20.174 draw:wrap-influence-on-position" with values "iterative", "once-concurrent" and "once-successive". They determine how to find the final position of images in case two image are anchored to the same paragraph and inserting one image shifts the anchor paragraph, because the image replaces some text. See http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#property-draw_wrap-influence-on-position for details.

The attached document has set draw:wrap-influence-on-position="iterative". That should result in images positioned as set in their properties, 4cm and 6cm above the anchor paragraph.
Actually the images are positioned relative to the original position of the paragraph.

The attached document has some lines, which are anchored to page, to indicate the vertical positions. The text in the right column shows the original position and size of the paragraphs.

If you play around with positions, you have to use the Type tab of the image properties dialog and never use the mouse, because using the mouse will make the anchor jump to the previous paragraph.

I have added the attribute manually in the file, so it will likely not survive saving, because the implementation is missing.

The attribute is needed, because currently the actual position of the images differ from there specified position. The current solution often results in instable positions.
Comment 1 Buovjaga 2018-09-01 17:03:43 UTC
Let's set to NEW