Bug 157617 - Inserting paragraph marks after a picture go unexpectedly
Summary: Inserting paragraph marks after a picture go unexpectedly
Status: RESOLVED DUPLICATE of bug 146445
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-05 13:14 UTC by Adalbert Hanßen
Modified: 2023-10-23 16:40 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Report showing the nasty behaviour and ideas how to improve them (448.06 KB, application/vnd.oasis.opendocument.text)
2023-10-05 13:14 UTC, Adalbert Hanßen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adalbert Hanßen 2023-10-05 13:14:36 UTC
Created attachment 190043 [details]
Report showing the nasty behaviour and ideas how to improve them

I encountered this nasty behaviour in

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b3fdd999f87312447d03915585812b3a5cd48141
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

but I am sure to have seen it in earlier versions too.
If I have a text with an image anchored to a paragraph, entering another paragraph mark lets the existing paragraph mark descend and the new paragraph marks go before the picture.

This is really annoying. If I enter a paragraph mark after a picture, I expect the picture (and its paragraph to stay where they were and the inserted paragraph mark should appear downwards after the paragraph.

See attached document which show the unpleasant behaviour with screenshots.

The next step triggered by this nasty behaviour causes the next trouble
=======================================================================

If one corrects it by pushing the picture up by paragraphs, the relative anchoring characteristics gets lost, i.e. if it was centered horizontally and to the top, it will be anchored to the paragraph to which it was moved, but with current anchoring according to the mouse movement. Even if one moves the picture upward vertically (to the best of one’s effort), it does not stay anchored horizontally centered and to the top. 

For the user interface, *I would recommend to maintain the type of anchoring on such a mouse movement if it was to left, right top, bottom or centered if the target position is just another paragraph.* If one really wants to shift the picture to some individual position by a mouse action, one might do so in another step without moving the picture to some *other* paragraph. 

So if during a picture moving with the mouse, the horizontal and the vertical position should be kept frozen if the mouse action moves the picture to some other paragraph mark than the one, to which it was anchored before. During the mouse movement, it should jump to that type of positioning when the amount of movement is large enough to suggest that positioning to another paragraph is meant. If the user changes her mind and reduces the amount of repositioning such that the old paragraph would be the anchor point, the real position according to the mouse movement should be immediately re-established (i.e. freezing be ended).
Comment 1 Dieter 2023-10-22 11:39:41 UTC
I confirm it with

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ff9c8b62c1015972e9e89799832fa3690dcd46b4
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Steps:
1. Open a new document
2. Insert an image and change anchor to "To Paragraph"
3. Place cursor at beginning of paragraph below image and press enter

Actual result:
New paragraph above image

Expected result:
New paragraph below image

Same behaviour as described in bug 146445 for image with anchor to character and broad discussion there. Not sure, if it is a duplicate or not. And it's not clear, if it is a bug (from a user perspective) or not (from a developer perspective as discussion in bug 146445 shows.

Stéphane, what do you think?
Comment 2 Stéphane Guillou (stragu) 2023-10-23 16:40:42 UTC
Thank you both!

The paragraph-anchored picture following the new paragraph didn't use to happen back in 6.4

Reproduced in:

Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Not reproduced in 7.1.

So this is the fix for bug 120469, which is already mentioned in bug 146445 comment 3.

Let's mark as duplicate of bug 146445, which catches the general discontent with this.

*** This bug has been marked as a duplicate of bug 146445 ***