The aspect ratio, or proportion of height to width is an important feature of many objects in LO, and specifically of chart areas. Unfortunately, while some objects, such as drawing shapes, can be resized while maintaining proportions, e.g. using Shift-drag, Chart areas cannot. That is, there is no way to force LO to restrict you to aspect-ratio-maintaining resizing. Charts should at least respect Shift-drag for proportional resizing of the chart area.
... and I'd say this is a bug since it breaks behavior consistency with other resizable entities for no reason.
Please provide STR. When I resize the chart from bug 163807 the pie remains proportional either in chart edit mode, ie. you only touch the pie, or the view mode and resize the entire object.
(In reply to Heiko Tietze from comment #2) > Please provide STR. When I resize the chart from bug 163807 Note I said resizing the chart _area_ - within the chart, not resizing the chart as an object. And the steps to reproduce are: 1. Create some chart (e.g. pie or bar) 2. Enter the chart 3. Select the Chart Area 4. Resize by Shift+dragging
[Automated Action] NeedInfo-To-Unconfirmed
When the chart is in edit mode, resizing is not possible with keeping ratio. More, numerical resizing is not possible at all. For me it is a valid request to enhance the UI for resizing a chart in edit mode.
+1 from my side. This change would affect all embedded objects. Code pointer is: SvResizeWindow::MouseMove In: toolkit/source/hatchwindow/ipwin.cxx
We discussed the topic in the design meeting. Bar charts and other always resize unconditional but sometimes it makes sense to retain the aspect ratio. We propose to introduce the same behavior as known from objects in the document namely to keep the ratio if shift is being pressed.
Patch under review: https://gerrit.libreoffice.org/c/core/+/177588 Tests are welcome ;-) I also added Shift+Drag on borders = move horizontal/vertical/45°
*** Bug 99218 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #7) > We discussed the topic in the design meeting. > > Bar charts and other always resize unconditional but sometimes it makes > sense to retain the aspect ratio. We propose to introduce the same behavior > as known from objects in the document namely to keep the ratio if shift is > being pressed. The desired behavior is not clear. A chart is an OLE object and as that it can be activated (be in edit mode) or not. If it is not active, it behaves same as other shape objects. The default behavior in Writer and Calc is, that dragging the corner handle keeps ratio and dragging the edge handle allows to change width/height ratio. Pressing shift toggles the behavior so that dragging corner handle does not keep ratio and dragging edge handle keeps ratio. Draw/Impress have the additional setting "Constrain Objects: When creating or moving objects" in Tools > Options > Draw/Impress > Grid. This option toggles which of the two behaviors is the default one. In case of a not activated chart, the current behavior is correct and nothing should be changed. If a chart is in edit mode, then currently, when dragging any handle, then the chart area (=outer frame) size is freely resized and the shift modifier has no effect at all. So my question: Is the request, that in edit mode the handles of the chart area frame should behave the same as the handles do in not-actived mode?
(In reply to Regina Henschel from comment #10) > So my question: Is the request, that in edit mode the handles of the chart > area frame should behave the same as the handles do in not-actived mode? Yes, it is how I understand the request (now). The proposed patch does not reflect this request (yet), but I propose to mimic the behavior of the not-activated mode.
Laurent Balland committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2ae6a6b7e4f81254b0b9c94310aa4e0318f3baae tdf#163816 Keep ratio of OLE object (chart...) It will be available in 25.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks, Laurent, for the fix. I hope I have the time to try it out tomorrow with a new nightly.