Description: When inserting a formula with large font size, like 18 pt or larger, where brackets, parenthesis or similar are involved, these aren't properly scaled with font size. This particular problem arises when doing cientific presentations or posters (Impress or Draw). Steps to Reproduce: 1. Crete an ODG or ODP file 2. Insert a formula with scalable parenthesis. It could be a matrix or a mere fraction, for instance, left (1 over 2 right ) and exit Equation Editor. The equation looks well, with parenthesis properly scaled. 3. Set a large size, like 32 pts (default size is LibreOffice Impress blank template). It shoul read now size 32 {left (1 over 2 right )} and exit the editor again. Actual Results: Brackets are poorly scaled, when compared to the default font size obtained after step 2. Expected Results: The scaling of the brackets should be proportional to what was obtained for 12 pt typeface. Reproducible: Always User Profile Reset: No Additional Info: This bug is closely related to bug 32362; when that one is solved, this will be also solved. Notwithstanding, that bug is difficult to solve because it requires a lot of effort. On the other hand, if the handling of parenthesis scaling is done differently for font size expansion than for large objects, this one could be solved; because it seems that LibreOffice scales the bracket up to large front size from a 12 pt font, when it should scale it from the same font size as set in the formula text. A workaround for this, plausible when there are only a couple of equations, is shown in the attached file. 1) Create the equation you want in the size you need. 2) Select the equation is check its size from Size and Position (F4 key) Record the hight of the drawing 3) Back to the equation, set size 12 4) Open again the size and position, 4.1) uncheck "protect size", 4.2) check "keep proportion", 4.3) and set the hight of the 18 pt size equation and exit. Now you have a beautiful equation. Another possible workaround, only useful for Impress, is to set a smaller slide size. Default font size is 32 pt and slide is 28 cm wide. For going to a font size of 12 pts, we need a 10.5 cm wide.
Created attachment 177509 [details] example file for bracket comparison File showing the problem and the workaround.
(In reply to Francisco from comment #0) ... > 4.3) and set the hight of the 18 pt size equation and exit. ... Sorry, it should be "32 pt size".
Created attachment 179953 [details] ODP file describing the problem I can confirm the weird behavior with parenthesis scaling. Basically, setting the font size using the "size 32" command will cause the parentheses to scale weirdly. However. if you do not use the "size 32" command and instead go to Format - Font Size (in Math) and change the Base size to 32, then the parentheses will scale correctly. See attached ODP file for more information. I am setting this to NEW because using the "size" command should change the Base size the same way the "Format - Font Size" menu does.
(In reply to Rafael Lima from comment #3) > Created attachment 179953 [details] > ODP file describing the problem > > I can confirm the weird behavior with parenthesis scaling. > > Basically, setting the font size using the "size 32" command will cause the > parentheses to scale weirdly. However. if you do not use the "size 32" > command and instead go to Format - Font Size (in Math) and change the Base > size to 32, then the parentheses will scale correctly. > > See attached ODP file for more information. > > I am setting this to NEW because using the "size" command should change the > Base size the same way the "Format - Font Size" menu does. Thank you, Rafael, for your time and the new example file. I think it's clearer than the one I uploaded.
Dear Francisco, 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