Insert a formula object in a Writer document. The object displays all of eight small green boxes, that I assume are supposed to be resizing/rotating/etc handles. However, none of them are actually usable for anything. Hovering the mouse pointer over each just displays a "forbidden" sign. This is hardly useful.
dd39926faa8280059bfa6645369260406f0c4847 is the first bad commit commit dd39926faa8280059bfa6645369260406f0c4847 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sun May 3 21:23:59 2015 -0500 source 51221bbf0c7cca0a329393dac2059818006ab338 author Caolán McNamara <caolanm@redhat.com> 2014-11-26 15:42:46 (GMT) committer Caolán McNamara <caolanm@redhat.com> 2014-11-26 15:43:16 (GMT) commit 51221bbf0c7cca0a329393dac2059818006ab338 (patch) tree f43edb6f152c8c5bb1b5b260e5595e394289f874 parent 7716d86f46dea72bd0e99f7074f718d558e88f49 (diff) Resolves: fdo#75408 go back to the old way of doing things
Actually, if you open the OLE object into the formula editor (i.e. double click), the object can not be resized directly there either. The formula can only be adjusted using Formula Editor menu Format -> Spacing dialog. Use the Category dropdown and select the Borders attribute. Suspect the resizing/cropping widgets added that work on other OLE objects (and show up as the green handles/red handles) simply have no linkage to the ODF formula objects.
For now in Writer the green handles of Formula OLE objects only allow movement of the object. Also in Writer, the Object dialog's "Type" tab only shows Size settings and they are not editable for formulas. Adjustments to font size and borders of the these Formula objects must be done in the Math Formula editor Format -> Font Size and Format -> Spacing dialogs. Some history in these issues: Bug 48846 [1]- FORMATTING Writer: Formula resizing not working Bug 75408 [2]- Formula in writer is shrinked instead of keeping same size when changing border space in writer style the first added global resizing for formulas, the second reverted it due to issues of adding border spacing reducing size of the object. Resulting in an enhancement for all OLE objects to handle size of frame/object border spacing differently. Bug 85860 - OLE object frame properties and styles: border lines and spacing should optionally increase frame size rather than reduce content to fit Also, in Draw/Impress the OLE Formula object *can* be resized from the "Position and Size" dialog by unprotecting the size, checking "Keep ratio", and setting the size spinner boxes. But not so in Writer nor in Math as the dialog is not implemented. =-ref-= [1] https://cgit.freedesktop.org/libreoffice/core/commit/?id=1b717e5686f34c3ce798310a6216f7ea98fb2cd9 [2] https://cgit.freedesktop.org/libreoffice/core/commit/?id=51221bbf0c7cca0a329393dac2059818006ab338
It is a controversial subject, and I think, the desired behavior should be discussed on the mailing list, not here in the bugtracker. One of the controversial topic is, whether and how a change in the display should affect internals of the object. In case of Writer one UI-error is, that in Writer the "Size" checkbox in the "Protect" section in the "Options"-tab of the property dialog shows a wrong state. If the size state is not changeable at all, this property should show state "checked" and be shown as "disabled". On the "Type" tab it is correct. From a file format view on the problem all transformations are allowed. You can always set a draw:transform attribute on the draw:frame element, which contains the draw:object. And svg:width and svg:height are allowed too. I have not found, that they may be ignored for a text document. Currently you have the problem, that e.g. a svg:width is correctly read on loading, but there is no way in the UI of Writer to change this value other than setting it back to original object size by editing the formula.
I'm going to argue that this is not a regression and clear those keywords as the current behaviour is the "traditional" one. And the efforts to change that showed up loads of problems so its now back to the old way of doing things.
*** Bug 102903 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 117359 has been marked as a duplicate of this bug. ***
Today I learned the proper way to resize a formula (its font size) is to use the size attribute in the formula editor like so: size 20 { your formula goes here }
Dear Tor Lillqvist, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to QA Administrators from comment #10) Remains an issue. Attempting to resize the OLE with the grips has no function. But for sm formula OLE, as noted comment 9 wrapping the formula in Size ## {} will correctly resize the OLE object on document canvas with changes to the size entered-- default 12pt would resize to 15 point: size 15 { a^2 + b^2 = c^2 } And the object can be repositioned on canvas. So, is enhancement needed to directly manipulate the sm OLE with the grips? Maybe not and this is => WF
*** Bug 127948 has been marked as a duplicate of this bug. ***
*** Bug 131074 has been marked as a duplicate of this bug. ***
Dear Tor Lillqvist, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 152377 has been marked as a duplicate of this bug. ***
*** Bug 58757 has been marked as a duplicate of this bug. ***
*** Bug 58731 has been marked as a duplicate of this bug. ***
*** Bug 90947 has been marked as a duplicate of this bug. ***
*** Bug 119946 has been marked as a duplicate of this bug. ***
Repro in master build from today: Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: ad085990b8073a122ac5222e5220f8f1d6826dcf CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Pointer changes to double-arrows when hovering over the handles. Inherited, because also in: OpenOffice.org 3.3.0 OOO330m20(Build:9567)