Bug 135591 - Aspect ratio disturbed while switching Slide > Format
Summary: Aspect ratio disturbed while switching Slide > Format
Status: RESOLVED DUPLICATE of bug 128801
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Slide-Layout Images
  Show dependency treegraph
 
Reported: 2020-08-10 04:03 UTC by Mohith Manoj
Modified: 2023-01-19 21:50 UTC (History)
1 user (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 Mohith Manoj 2020-08-10 04:03:01 UTC
Description:
Images added to the presentation (vectors or rasters) do not maintain aspect ratio even when set in 'Position and Size > Keep ratio'. This happens to both master pages and normal view. This becomes a limitation when we make common templates of multiple formats.

Steps to Reproduce:
1. Insert an SVG / PNG image in the slide master or in normal view.
2. Right click on the image and open 'Position and Size' dialog.
3. Check 'Keep ratio' option and hit OK.
4. Under Properties side bar, in Slide group, change the format (to any other)

Actual Results:
Images loose the original aspect ratio.

Expected Results:
Images should have maintained aspect ratio while maintaining the centre of the images on normalised coordinates.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.5.2
Build ID: 1:6.4.5-0ubuntu0.18.04.1
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: en-GB (en_IN); UI-Language: en-US
Calc: threaded
Comment 1 Regina Henschel 2020-08-10 22:38:27 UTC
That is a misunderstanding of the check box "Keep ratio". That checkbox belongs to the dialog and says that the other value is automatically adapted, when you change width or height. It is not a property of the shape.
There exists no shape property for "Keep ratio" but you can always forth "keep ratio" when changing the size by dragging the handles. The default is, that dragging the corner handles keep ratio and dragging the side handles not. Combining dragging with the shift-key toggles the behavior.

When you change the slide format, you need to uncheck "fit object to paper format" to keep ratio of the already existing objects.

For better handling of aspect ratio for background images see bug 106858.
Comment 2 Mohith Manoj 2020-08-11 07:31:55 UTC
May be I should not have included the 'Position and Size > Keep ratio' option in my report that caused the confusion.

My expectation is that I will be able to change the slide format (16:9, 4:3 or any other) at any time, and the contents of the slide will accommodate the change. In particular the images will maintain their aspect ratio.

In Google Slides, if I add an image and then change the slide format, the images retains their aspect ratio. Only problem there is, the position of the image changes.

For people creating templates it would be very helpful if it is possible to create a single template and depending on users' need (paper / projector / TV) , change the slide format without the images getting distorted or shifted.

Please consider reopening the bug if this makes sense.
Comment 3 Regina Henschel 2020-08-11 09:16:50 UTC
Please notice the last two sentences in my last answer.
Comment 4 Regina Henschel 2020-08-11 11:55:32 UTC
I have changed this to enhancement request. But I'm not convinced, that a meaningful default is possible, which works without user action.

When switching e.g. from 280mm x 210mm (Screen 4:3) to 280mm x 157.5mm (Screen 16:9) the height is reduced, the width is kept. Or switching from 'Screen 16:9' to 'Dia Slide' will change both width and height.
1) Shrink/enlarge the image or not? The image might have filled the entire slide, so shrinking might result in white areas. Not shrinking or enlarging might result in overflow.
2) Keep distance to left and top edge or adapt it?
3) How to handle other drawing objects? You might have an ellipse to mark something in the image, or have an arrow from some text to the image, for example.
4) The image might have been sized and positioned in relation to a presentation object, e.g a logo besides a text in the footer presentation object.
5) Make a difference between content of individual slides and content of master slides?
Comment 5 Buovjaga 2021-03-18 15:11:36 UTC
(In reply to Regina Henschel from comment #4)
> I have changed this to enhancement request. But I'm not convinced, that a
> meaningful default is possible, which works without user action.
> 
> When switching e.g. from 280mm x 210mm (Screen 4:3) to 280mm x 157.5mm
> (Screen 16:9) the height is reduced, the width is kept. Or switching from
> 'Screen 16:9' to 'Dia Slide' will change both width and height.
> 1) Shrink/enlarge the image or not? The image might have filled the entire
> slide, so shrinking might result in white areas. Not shrinking or enlarging
> might result in overflow.
> 2) Keep distance to left and top edge or adapt it?
> 3) How to handle other drawing objects? You might have an ellipse to mark
> something in the image, or have an arrow from some text to the image, for
> example.
> 4) The image might have been sized and positioned in relation to a
> presentation object, e.g a logo besides a text in the footer presentation
> object.
> 5) Make a difference between content of individual slides and content of
> master slides?

Design team: to be considered
Comment 6 Heiko Tietze 2021-03-19 08:28:24 UTC
In what situations users would expect images being scaled?

Probably when the image fills the background but even in this case skewed images are unwanted, rather scale proportionally and cut. What else?
Comment 7 Heiko Tietze 2021-03-26 07:52:57 UTC
Patch is welcome; guess this has a duplicate but cannot find.
Comment 8 Heiko Tietze 2021-03-26 07:54:20 UTC
(In reply to Regina Henschel from comment #1)
> For better handling of aspect ratio for background images see bug 106858.

There it is!

*** This bug has been marked as a duplicate of bug 106858 ***
Comment 9 Stéphane Guillou (stragu) 2023-01-19 21:50:28 UTC
I think it's more accurate to mark as duplicate of bug 128801.
Bug 106858 is about an area fill improvement.

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