Bug 149376 - Allow overlap option for Frame and Graphics styles should be disabled by default
Summary: Allow overlap option for Frame and Graphics styles should be disabled by default
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
: 149451 (view as bug list)
Depends on:
Blocks: Writer-Styles-Frame
  Show dependency treegraph
 
Reported: 2022-05-30 10:19 UTC by Roman Kuznetsov
Modified: 2023-10-12 04:40 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Kuznetsov 2022-05-30 10:19:05 UTC
Description:
Allow overlap option for Frame and Graphics styles should be disabled by default.

It's on Wrap tab in Frame/Graphics style dialog.

Steps to Reproduce:
1. Open a new Writer document
2. Insert a first image using the icon on the toolbar
3. Insert a second image using the same method at once
4. You don't see the first image that is covered the second image

Try uncheck the Allow overlap option in on Wrap tab in Graphics style dialog and then try repeat steps 2-3. The images will be inserted as should be - second is below first.

The option for Frame style should be disabled by default too because it gives the same ugly result when you try insert images with activated AutoCaption option

Actual Results:
We have overlapped images by default and should manually disabled the Allow overlap option before images inserting

Expected Results:
We have a good order for the images in the document by default and shouldn't do any additional actions


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: a8df5c815c8b002b7083b8777e3dd8beac573bf3
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded
Comment 1 Mike Kaganski 2022-06-04 12:08:51 UTC
*** Bug 149451 has been marked as a duplicate of this bug. ***
Comment 2 Buovjaga 2023-01-17 09:08:38 UTC
(In reply to Roman Kuznetsov from comment #0)
> Description:
> Allow overlap option for Frame and Graphics styles should be disabled by
> default.
> 
> It's on Wrap tab in Frame/Graphics style dialog.
> 
> Steps to Reproduce:
> 1. Open a new Writer document
> 2. Insert a first image using the icon on the toolbar
> 3. Insert a second image using the same method at once
> 4. You don't see the first image that is covered the second image
> 
> Try uncheck the Allow overlap option in on Wrap tab in Graphics style dialog
> and then try repeat steps 2-3. The images will be inserted as should be -
> second is below first.

Step 3 is not giving the expected result. I have to deselect the first image and only then insert the second one. Otherwise the first image will be completely replaced by the second one no matter what the Allow overlap option is.

Anyway, something for the design team.
Comment 3 Heiko Tietze 2023-01-19 10:45:23 UTC
(In reply to Buovjaga from comment #2)
> Step 3 is not giving the expected result. I have to deselect the first image
> and only then insert the second one. Otherwise the first image will be
> completely replaced by the second one no matter what the Allow overlap
> option is.

I believe Roman's STR was done intentional and made him report "Frame and Graphic Style must not overlap".

Adding one image onto another (while selected) could mean:
a) source is replaced (the current scenario)
b) source takes it into the area properties (happens in case of shapes)
c) image is placed on top of the other (happens when deselected)

Common solution is c) but using a slight offset so both images are shown. We could also block the function to insert an image.
Comment 4 Cor Nouws 2023-01-26 13:41:49 UTC
a valid ask I would say.
Comment 5 Cor Nouws 2023-01-26 13:42:55 UTC
(and I assume the behavior changed a bit after the change of default inserting of images changed.)
Comment 6 Heiko Tietze 2023-01-27 08:10:42 UTC
Valid request, possible solutions in comment 3.
Comment 7 Telesto 2023-10-12 04:40:10 UTC
Bug 105102 is probably a duplicate.. I added it as see also because the status is  UNCONFIRMED here. It appears it should be set to NEW based on comment 6