The 'catalog' diacritics (like hat or dot) get different vertical spacing when in different contexts. Might sit almost on top of the letter, or might be put further up. Attaching proofpic and doc. The 1st formula in doc is {hat {dot {f``}}} = {∂ {hat {f`}} {}^{{}^{}} } over {∂t``} `+` i over ħ left( {hat H} {hat {f}} - {hat {f}} {hat H} right) the 2nd formula is { hat{ f } {}^{{}^{}} } -- BTW, look what one has to include to get rid of vertical cropping in certain environments (font faces etc.) -- 1st formula, 2nd line, and 2nd formula, 3rd line. The difference I'm talking about is between the last line's /hat f/ in the 1st formula and the /hat f/ in the 2nd formula. The PDF I've created from the doc shows the difference, too. This looks like it's related to bug 62355. I understand this might be considered not a major problem (who looks at spacing closely, anyway?), but it points (again) to a certain randomness in implementation? or design? of renderer.
Created attachment 80834 [details] small doc exposing the problem
Created attachment 80835 [details] how the sample doc looks here (and its PDF product, too)
*** Bug 65597 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-16
Not reproducible for me if I remove useless braces and small space characters, like this: hat dot f = {∂ hat f} over {∂t} + i over ħ left( hat H hat f - hat f hat H right) Tested with LibreOffice 4.4.3.0.0+ built at home under Ubuntu 14.10 x86-64 The question is: why these useless braces? Best regards. JBF
The problem's still there in 4.3.6.2. I have no 4.4 on this system at the moment. As to the "useless" braces -- they are there to avoid vertical cropping (another issue). Regardless of their "uselessness", those shouldn't influence the output.
** 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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Try to write, say, 1/%beta in the formula editor. There will be no vertical spacing between the fraction stroke and the greek letter beta. The bug seems still to be present in LibO 5.0.5. I got rid of it by inserting the spacing sign ` before typing %beta. You might change the program appropriately.
Still there in 5.1.2.1.0. I get three vertical positions for `hat` over `f`, all perceptibly different -- 1) partial hat f, 2) hat f in line, 3) hat f standalone from 2nd formula. BTW, the horizontal placement looks non-uniform, too. Now, combined diacritics `hat {dot f}` look very good, w/r to vertical and horizontal placement both. Font is Times New Roman from MS webpack.
Created attachment 124442 [details] 2016-04-18 proofpic: formulas in starmath
Created attachment 124443 [details] 2016-04-18 proofpic: print preview
** 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 on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
The bug is still here. In fractions with a greek letter in the denominator, the vertical spacing between the fraction line and the gvreek letter is missung.The bug might be corrected by inserting ´ before the letter.
Please, do not change the version number, it shows the oldest version in which the bug has been seen. Why did you set the bug as fixed if it is still there as you said in the comment #13 ? Set back to new. Best regards. JBF
The bug is still present. In fractions with a greek letter in the denominator, the vertical spacing between the fraction line and the greek letter is missing.I have resolved the problem for myself by inserting ' (the symbol for small spacings).
Dear Yury, 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
Looks okay in 6.1.5.2 on linux/64.
(In reply to Yury from comment #17) > Looks okay in 6.1.5.2 on linux/64. Thank you very for your test. Closing as WorksForMe as we do not know which commit solved the problem. Best regards. JBF