Description: Everytime I write an equation, there are big borders around it that obscure the equation, especially if I put a number to a power Steps to Reproduce: 1.Create a math equation and notice it's obscured 2. 3. Actual Results: There are big gray borders around math equations that prevent me from seeing parts of the equation Expected Results: Nothing should be obscured Reproducible: Always User Profile Reset: Yes Additional Info: OnlyOffice has a good implementation of this feature
Please attach a sample file, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
I see that an embedded formula in edit mode has a thick grey border that can partly overlap e.g. end subscripts or the bottom of a "j" letter. Wondering if we could use a different padding by default to avoid that, but it actually feels like a regression: OOo 3.3 would draw the fonts neatly inside the thick frame, just like for its border in non-edit mode. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 70b3e128aef631e18e6451362c2e6315c28b857e CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded
Created attachment 195103 [details] sample ODT
Created attachment 195104 [details] screenshot of issue in LO 25.2
(In reply to Stéphane Guillou (stragu) from comment #2) > I see that an embedded formula in edit mode has a thick grey border that can > partly overlap e.g. end subscripts or the bottom of a "j" letter. > > Wondering if we could use a different padding by default to avoid that, but > it actually feels like a regression: OOo 3.3 would draw the fonts neatly > inside the thick frame, just like for its border in non-edit mode. > > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 70b3e128aef631e18e6451362c2e6315c28b857e > CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 > Locale: en-AU (en_AU.UTF-8); UI: en-US > Calc: CL threaded (In reply to Stéphane Guillou (stragu) from comment #4) > Created attachment 195104 [details] > screenshot of issue in LO 25.2 Bibisected with linux-64-7.4 to 18361b38c1d94d21f5041f3f36458edb260d339e Resolves: tdf#149858 embedded starmath not using correct initial zoom
I think that specific commit isn't it the fundamental problem, because before that the equation isn't scaled so draws at 100% inside the 140% allocated area. Problem probably arises since the earlier commit that one references.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ddec502caa272b9e19872329ed5c5cd2fe3f40eb tdf#160459 embedded starmath doesn't fit inside allocated area It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified, thanks Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 25b61215ca91ec474c46f5ab8af067b4568f0bf9 CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-24-8": https://git.libreoffice.org/core/commit/3cada6586511aecaf7f8fbf4d36c8d23dfc5d6f1 tdf#160459 embedded starmath doesn't fit inside allocated area It will be available in 24.8.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.