Bug 149540 - Optimal wrap behaves oddly (likely because original image size being larger compared to in document size))
Summary: Optimal wrap behaves oddly (likely because original image size being larger c...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2022-06-12 22:16 UTC by Telesto
Modified: 2024-04-16 01:31 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (50.09 KB, application/vnd.oasis.opendocument.text)
2022-06-12 22:16 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2022-06-12 22:16:05 UTC
Description:
Optimal wrap behaves oddly (likely because original image size being larger compared to in document size))

Steps to Reproduce:
1. Open the attached file
2. Select the image
3. Press arrow left

Actual Results:
Text jumps to the right of the image

Expected Results:
Distance between image and text reduced


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.0.alpha1+ / LibreOffice Community
Build ID: 62531ec1091c7b3f6a3577889a18234790ec716d
CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 1 Telesto 2022-06-12 22:16:19 UTC
Created attachment 180701 [details]
Example file
Comment 2 Telesto 2022-06-13 07:07:55 UTC
Also in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

and in
Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

and in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

and in
Open Office 2.2.0
Comment 3 Rafael Lima 2022-06-13 20:27:04 UTC
This has something to do with the fact that the image is anchored To Character and uses the options "From left" by 7,69 cm to "Paragraph Area".

I agree that it does not behave as I would expect, but these layout options are very awkward indeed.

Maybe @Seth can help out with this one, given your recent experience documenting this feature.
Comment 4 sdc.blanco 2022-06-14 06:34:56 UTC
Can reproduce the observed behavior, but probably NAB

My explanation.  

1.  Initial state:  Image is 7.69cm "from left" of "Entire Paragraph Area".
2.  Left arrow:  Image is now positioned 7.35 cm "from left" of "Entire Paragraph Area".

3.  According to: https://help.libreoffice.org/7.4/en-US/text/swriter/01/05060200.html?DbPAR=WRITER&HID=.uno:WrapIdeal#bm_id3150462

Optimal Wrap:  "Automatically wraps text to the left, to the right, or on all four sides of the border frame of the object." 

When you moved the image "left", it could no longer keep 7.69cm and Optimal Wrap, so it moved the image to where it did not overlap (7.35cm from left of Entire Paragraph Area)  

If "Through" or "Parallel" wrap is used, for example, then no problem to move with left arrow. 

Additional tests.  

1. Place the image further to the right, then it is possible to use the left arrow, with no jump (until the image gets to a certain place, where it cannot keep the "from left" horizontal positioning). 

2. Can reproduce same behavior with "to paragraph" anchoring.

These "toy" cases might not be a good way to test this behavior.  Better to have an actual positioning task, and see if appropriate positioning options can be chosen.
Comment 5 Dieter 2023-10-04 08:29:34 UTC
(In reply to sdc.blanco from comment #4)
> Can reproduce the observed behavior, but probably NAB

Telesto, what do you think abaout it? And is behaviour still the same in LO 7.6?
=> NEEDINFO
Comment 6 Armondo Lopez 2024-04-16 01:31:22 UTC
Just chiming in to say that I can still reproduce this behavior in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

and

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded