Created attachment 141800 [details] initial state - double-click on a formula in a slide - use the menu Format -> Font size and select as base size 20 pt result: the size of the formula element is too small to see the whole formula, therefore - try to change the size of the element result: this is impossible. dragging the element at a corner to increase its size makes it even smaller so that you cannot see anything. Attached are screenshots documenting what is happening. This bug makes real-life usage of formulas in slides almost impossible. Therefore I set its severity to major.
Created attachment 141801 [details] view after changing base size to 20 pt
Created attachment 141802 [details] view after dragging a corner to increase size of the formula
Created attachment 141803 [details] final result the final result is a completely unreadable formula
Please attach the document itself. Reduce the document as far as possible, so that the formula still shows the wrong behavior.
> Please attach the document itself. It is now attached.
Created attachment 141933 [details] simple test presentation to reproduce the bug
The bug is still in LO 6.0.4RC1
The formula is resized in the formula editor itself by using the attribute "size". So modify your formula to be: size 20 { Profit = {Gewinn} over {eingesetztes Kapital} } Ignore the displayed box size and exit the formula editor. Now you see the formula has resized nicely. *** This bug has been marked as a duplicate of bug 49614 ***
I consider the behavior a bug and it is not about resizing as in but 49614. If you change the font size in a formula in Writer or in Calc, then the Window, which contains the formula, is resized immediately, while you are in edit mode of the formula. That is not the case in Draw/Impress. Tested in Version: 6.2.0.0.alpha0+ (x64) Build ID: f7f2d03bd6f5aa5dcd0f7976b4a7f2db278c2f03 CPU threads: 8; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-05-25_05:00:28 Locale: de-DE (de_DE); Calc: CL
Fine, lowering severity as size xx {} works OK.
Reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Buovjaga from comment #10) > Fine, lowering severity as size xx {} works OK. This issue is not about the finished formula, but about rendering the formula in edit mode. And in edit mode the formula window does not resize, if you change the formula size by using size xx {}.
The bug is still in LO 6.1.1.
It gets worse because following the steps of the initial comment LO 6.1.3 hangs/crashes now and only with the help of Windows task manager I can end soffice.bin to restart LO. Here is the crash report. crashreport.libreoffice.org/stats/crash_details/74975f11-273f-4eba-8238-c0d05b36b737 -> is now a major bug in my opinion.
In LO 6.3.1.2 (x64) it does not crash anymore but the problem persists. It is a major issue that one cannot change the size of formulas in Impress.
Note also that any change to the formula size cannot be undone.
Let me point to bug 49614, where JBF has repeatedly confirmed NOTABUG but a feature. I am unable to write a larger formula that is visible in the frame, and I'd appreciate help with this problem. It is true, the Size is 'protected', and it is possible to unprotect. But then, the font is just getting larger when I increase the size manually, though the invisibly hidden beyond the frame existing parts of the formula don't show up any more than before. Thanks for any hint, even if only a workaround. An example formula is int from {0} to {2 π} {sin} left (ω t right ) dt = {left none − cos left (ω t right ) right rline} rsub {0} rsup {2 π} = − left (1 − 1 right ) = 0 When I Insert->Object->Formula and insert that formula, a tiny window 2x1 cm is created showing almost nothing. And unlocking the size shows the same part of the formula, though increased in size. See attachment.
Created attachment 154265 [details] Changing formula size
Still in Version: 6.4.0.3 (x64) Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: de-DE (de_DE); UI-Language: en-US Calc: CL following the steps in Version: https://bugs.documentfoundation.org/show_bug.cgi?id=117361#c0
Dear muso, 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