Issue 51453 - Equation Frame size linked to caption frame size
Summary: Equation Frame size linked to caption frame size
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0 Beta
Hardware: All All
: P3 Trivial with 7 votes (vote)
Target Milestone: 4.1.0
Assignee: Oliver Specht
QA Contact:
URL:
Keywords:
: 55397 83147 (view as issue list)
Depends on: 9821 40957
Blocks:
  Show dependency tree
 
Reported: 2005-07-01 13:01 UTC by thespider
Modified: 2014-04-03 07:31 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Basic macro to uncheck relative width (821 bytes, text/plain)
2013-07-03 13:12 UTC, Regina Henschel 		no flags Details
Patch to set size parcent for width to zero (499 bytes, patch)
2013-07-06 14:59 UTC, hanya 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description thespider 2005-07-01 13:01:24 UTC 
Hello, 
I have a small equation that requires a large caption. When i write the caption
it is split over many lines (~3 words per line) so i resize the frame to allow
the caption to be all on one line and the equation object resizes as well, i
cant find any way to keep the equation the same size and still have the caption
object at the base of the equation such that the formatting is consistent with
other equation objects.

Ideally i could unlink the equation and caption frame sizes and freely resize
the caption frame, keeping the equation above it

Thanks
Comment 1 michael.ruess 2005-07-01 13:48:33 UTC 
MRU->OS: when assigning a caption to a formula object, the object will get
"relative" width (including "keep ratio"). The user will never be able to change
this afterwards. It is inconsistent, because in normal mode (without caption) it
is forbidden to resize a formula object.
Here, it must be differentiated between FOrmula objects and graphics (where it
makes sense to handle it like this). For formulas it does not make sense.
Comment 2 michael.ruess 2005-10-06 13:55:36 UTC 
*** Issue 55397 has been marked as a duplicate of this issue. ***
Comment 3 michael.ruess 2007-10-31 09:44:28 UTC 
*** Issue 83147 has been marked as a duplicate of this issue. ***
Comment 4 dracheschreck 2010-11-06 20:50:07 UTC 
This issue is still alive and kicking on the current release of OO. (320m18)
Comment 5 armanschwarz 2011-07-13 00:16:54 UTC 
This is a major defect, it makes Liboffice extremely painstaking for writing reports...
Comment 6 Regina Henschel 2013-07-03 13:12:39 UTC 
Created attachment 80987 [details]
Basic macro to uncheck relative width

Till someone finds the time to correct it in the code, you can use the attached Basic macro to uncheck "Relative Width". After that the formula will behave same as in other context.
Select the Math object and then run the macro.
Comment 7 hanya 2013-07-06 14:59:01 UTC 
Created attachment 81014 [details]
Patch to set size parcent for width to zero

In lcl_InsertLabel [1] function, aFrmSize.SetWidthPercent( 100 ); (on SwFmtFrmSize) is specified.

I propose to set it to 0. This affects to: 
- math formula: not resized with outer frame
- picture: Relative is off by default. But pictures with caption can be 
resized and relative check box can be changed by the user. In my opinion, 
relative check box should be not checked by default even for pictures. 
The content of the caption frame is the main content of the document and 
no one want to resize it depends on the caption layout.

Drawing object does not have relative resizing, so not affected.

[1] http://svn.apache.org/viewvc/openoffice/trunk/main/sw/source/core/doc/doclay.cxx?revision=1413471&view=markup#l1423
Comment 8 SVN Robot 2014-01-08 12:38:09 UTC 
"hanya" committed SVN revision 1556515 into trunk:
#i51453# avoid relative sizing for the picture and formula wrapped by inserte...
Comment 9 hanya 2014-01-08 13:09:12 UTC 
Fixed on trunk.
Comment 10 Steve Yin 2014-04-03 07:31:44 UTC 
Verified on branch AOO410. Rev. 1583666