Description: Caption frame doesn't shrink 'in ratio' (empty space at the bottom) Steps to Reproduce: 1. Open the attached file 2. Click the right corner of the image frame and drag it outwards -> Frame & content expands proportionally 3. No reduce the size by dragging 'inwards' 4. Caption frame doesn't resize properly Actual Results: Caption frame doesn't resize properly. Room at the bottom Expected Results: Should be resizing the same way as expanding Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: f845f74afaf087a46c82ee4209e29caca0980b71 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
(Pssst, there's no attached file. ;-) )
(In reply to Bart from comment #1) > (Pssst, there's no attached file. ;-) ) Setting to NEEDINFO
Created attachment 162126 [details] Example file
I have the same problem writer 6.4.4.2
Hi Telesto, Could you please attach a screencast to make it clearer ?
Created attachment 163119 [details] Screencast Empty space below the caption
The behaviour is seen already in 3.3.0. It only happens, when you do not resize it uniformly, but shrink more in the x-axis. I'm not sure if this is a bug. Or should the initial behaviour of adding empty space to the bottom of the frame be considered a bug?
*** Bug 140644 has been marked as a duplicate of this bug. ***
Telesto, could you please retest with actual version of LO? => NEEDINFO
(In reply to Buovjaga from comment #7) > The behaviour is seen already in 3.3.0. It only happens, when you do not > resize it uniformly, but shrink more in the x-axis. True, I was pretty sure I did proportionally, but well apparently not >I'm not sure if this is a bug. Or should the initial behaviour of adding empty >space to the bottom of the frame be considered a bug? Well I kind of expect the corners shrinking the image proportionally by default --- Still repro Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2bb10a827ac13d0caf009e8526ccd9f17dc71653 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Jumbo
Created attachment 178353 [details] Screencast of alternative
Dragging image frame corner for shrink/increase easy ends up in resizing the image disproportionally... Causing empty space below the frame in the given case Technically this only 'corner case in the bigger picture about resizing of objects. A) Inserting shapes does have a - preserve aspect ratio - at insertion time for some shapes. Inserting a square will insert a square (you can only grow or shrink it) B( After insertion you can't drag the corners of the square to resize the square while keeping it proportional: so a square can be come a rectangle pretty easily C) Insertion of a rectangle doesn't behave like the insertion of a square (this being unconstrained insertion; odd) D) Checking keep ratio in the sidebar or dialog doesn't matter for resizing by dragging. If you want to resize an object proportionally you do need to use the dialog (F4 or sidebar) In the screencast some alternative, which would give more flexibility. And properly also more intuitive for touchscreen devices
First of all, it depends on whether you change the frame around objects or the object itself. This ticket talks about the caption frame- and it is possible to keep the ratio by pressing shift while sizing. Works also for the object itself. Draw does the opposite and keeps the ratio by default while switching to the free mode per shift. This was decided a couple of years ago with the idea that scenarios differ and the implementation fits best the most relevant. The white space results of course from the fact of a smaller content, eg. after you resized the frame from landscape to portrait. Admittedly, the procedure takes only the width into account when resizing the content, not the height. Putting all together the issue is NAB (with some aspects that might be discussed). My take NAB. Agreed, Telesto? By the way: https://help.libreoffice.org/latest/hr/text/swriter/01/04130100.html
(In reply to Heiko Tietze from comment #13) > My take NAB.