Bug 85860 - Object, Image and Graphics frame properties and styles: border lines and spacing should optionally increase frame size rather than reduce *content* to fit
Summary: Object, Image and Graphics frame properties and styles: border lines and spac...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 48846 133461 166783 (view as bug list)
Depends on:
Blocks: Borders-Tab LibO-Enhancements
  Show dependency treegraph
 
Reported: 2014-11-04 14:48 UTC by V Stuart Foote
Modified: 2025-05-30 06:53 UTC (History)
11 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 V Stuart Foote 2014-11-04 14:48:51 UTC
As suggested by Caolán M. bug 75408#c12--Perhaps we should adjust the UI a bit to have a little radiobutton on the borders page to "add border distance to current size" vs "subtract border distance from current size (default)"

The default behavior when modifying individual OLE objects, or setting a document style for their import, is to keep the containing frame size static and reduce the object size to fit.

As in bug 75408 This is especially a problem when inserting or linking OLE for Math .odf formula objects where font size and spacing is critical to readability.

Propose enhancement would be as Caolán suggests to add a radio button and label to the Frame Properties dialog --> Borders tab to choose to increase the size of object's frame rather than reduce object to fit in existing frame.

Should be applied to the Frame Style dialog as well, and style behavior when set would be that on import or linkage, border or distance to content would be additive--holding size of original.
Comment 1 Jean-Baptiste Faure 2014-11-06 21:11:13 UTC
I agree. Thank you for this proposition.

Best regards. JBF
Comment 2 Pierre C 2014-11-06 21:20:50 UTC
I agree with this too
Comment 3 Caolán McNamara 2014-11-26 15:50:37 UTC
*** Bug 48846 has been marked as a duplicate of this bug. ***
Comment 4 Thomas Lendo 2019-01-05 21:22:07 UTC
I suggest to make this also possible for other border lines, e.g. page borders.
Comment 5 Thomas Lendo 2019-05-24 06:52:36 UTC
My comment 4 relates to bug 112195 (Whole-Page-Filling) - Allow page background to cover the whole page. Because of that bug, now it's not possible to have an other-colored margin around the page content area as it was possible until LibO 6.3.
Comment 6 Xisco Faulí 2019-10-03 13:25:39 UTC
*** Bug 127948 has been marked as a duplicate of this bug. ***
Comment 7 Xisco Faulí 2019-10-04 13:41:56 UTC
*** Bug 127956 has been marked as a duplicate of this bug. ***
Comment 8 V Stuart Foote 2020-05-28 01:58:41 UTC
*** Bug 133461 has been marked as a duplicate of this bug. ***
Comment 9 thatho 2020-07-06 21:34:23 UTC
I confirm the behavior in

Version: 7.1.0.0.alpha0+ (x64)
Build ID: 7dc3a20cab712ee987ea25a8f5728529521485b7
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: en-US
Calc: CL

Adding padding (to image) distorts content.
Comment 10 V Stuart Foote 2025-05-29 17:03:46 UTC
*** Bug 166783 has been marked as a duplicate of this bug. ***
Comment 11 Eyal Rozenberg 2025-05-29 21:01:09 UTC
(In reply to V Stuart Foote from comment #10)
> *** Bug 166783 has been marked as a duplicate of this bug. ***

My bug, marked a dupe of this one, is entitled "Adding a border around image with padding - shrinks the image". And it is definitely not an enhancement nor about optional behavior.

The current behavior is just wrong, and I claim users absolutely don't want this as default behavior.

So, what do you all think? Should we... 

Option 1: Enlarge the scope of this bug to, first of all, change the default, and then possibly add UI for allowing the current behavior, or

Option 2: Un-duplicate the two bugs, with one bug for changing the default, and this bug for adding UI?
Comment 12 V Stuart Foote 2025-05-29 21:24:16 UTC
(In reply to Eyal Rozenberg from comment #11)
> (In reply to V Stuart Foote from comment #10)
> > *** Bug 166783 has been marked as a duplicate of this bug. ***
> 
> My bug, marked a dupe of this one, is entitled "Adding a border around image

Did you mean Telesto's bug 166783? ;-)

But, none the less, it is a dupe. 

This enhancement, "OLE object frame properties and styles: border lines and spacing should optionally increase frame size rather than reduce content to fit" scoped as result of bug 75408 against sm ODF Formula is exactly the ask of "Adding a border around image with padding - shrinks the image" and shouldn't.

The frames holding an image is the same as the frames holding an OLE, border and spacing interaction with the content of the frames is the ask.
Comment 13 Telesto 2025-05-30 00:37:49 UTC
(In reply to V Stuart Foote from comment #12)
> The frames holding an image is the same as the frames holding an OLE, border
> and spacing interaction with the content of the frames is the ask.

My bug is technically speaking indeed a duplicate. And the suggested solution could work. However marking it as duplicate makes it quite convoluted:
a) title (limited to OLE)
b) the context. Reason for this bug was  initially "Math formulas" size. relevance gone with comment 75408 comment 19
c) suggesting "subtract border distance from current size" being default and add border distance to current size being optional
d) defining it as enhancement

Put differently:
A) It feels like a more prominent bug has been degraded to something trivial. 
B) This bug doesn't cater a specific need for images: "add border distance to current size" should be default, not optional

IMHO: My bug should be duplicate of bug 133461, with this bug here in see also
Comment 14 V Stuart Foote 2025-05-30 00:54:00 UTC
Sure, not OLE specific--rather it is all content held within discrete frames.

The padding and spacing from content to the frame has to respect the dimensions of the content--expanding the frame size--and not shrinking the content.