In exported PDF, in `sqrt` sign rendering, the horizontal bar is displaced, either vertically, or horizontally, or both, depending on what typographic environment `sqrt` is placed in. Proof doc and pdf are attached. I have OpenSymbol substituted with XITS Math (have to keep the same font style for text and formulas), and formulas are in 14pt. In this setup the problem is very visible. However, the out-of-the-box OpenSymbol has the same problem, only less pronounced. Proof pdf is attached. P.S. As the issue, which might or might not merit a separate ticket -- notice how `sqrt {whatever} ^{}` is rendered with extra vertical spacing *under* the sqrt bar -- definitely error in parser.
Created attachment 113355 [details] proof doc
Created attachment 113356 [details] pdf render (XITS Math substituted for OpenSymbol)
Created attachment 113357 [details] pdf export (Times New Roman in formulas and OpenSymbol NOT substituted)
Created attachment 113358 [details] pdf render of the ODT doc with just OpenSymbol NOT substituted (notice the breaking of the 1st formula)
Do you reproduce the same problem if you use a standard font for text and formula? I can't try your file because I do not have the XITS installed. Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided the requested informations. Best regards. JBF
Created attachment 113371 [details] proof doc, times new roman from MS webfonts
Created attachment 113372 [details] pdf render of the times new roman doc
Yes, the issue is there with standard fonts, e.g., using the Times New Roman from MS webfonts. The displacement is different, but it is definitely there. P.S. Peculiarly, generally with this issue, regardles of font used, when formula is open for editing in Math, the preview looks "ideal". After Math is closed, the slightly incorrect render is back. As far as I can tell, the (displaced) exported PDF render duplicates the completed (not-being-edited) render in Writer. P.P.S. The XITS/XITS Math 1.108 taken from CTAN was responsible for the complete render break in the 4th attachment. The updated XITS/XITS Math from Github does not have that problem.
Created attachment 113376 [details] modified test file I edited each formula and added one from the examples collection, then exported as pdf. It is better but its true that the horizontal bar of the square root sign does not match exactly the skew part. Set status to NEW. Best regards. JBF
Not exactly the same problem as bug 60268 but very close. Best regards. JBF
** 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.0) 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-02-21
Created attachment 124448 [details] 2016-04-18 pdf created in 5.1.2.1.0 Better, but somehow still not yet there. Could this be improved?
** 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
still repro in Version: 6.1.0.2 (x64) Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: ru-RU (ru_RU); Calc: CL
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
Checked with 6.1.5.2 and 6.2.5.2, with 'times new roman' proofdoc (https://bugs.documentfoundation.org/attachment.cgi?id=113371). Opened, reclicked all formulas, produced PDFs, looked at those at 1552% zoom in qpdfview. The issue isn't nowhere as drastic as 4 years ago, however, there still are small-ish gaps and misaligns, which are definitely visible / noticeable even at 100% zoom. Next, I'm attaching six jpegs of the proofdoc PDF conversion, as seen at 1552% in two versions of LO, 6.1.5.2 and 6.2.5.2 (three examples per doc).
Created attachment 153151 [details] proofdoc in Times New Roman, PDF at 1552%, 6.1.5.2, 1st example
Created attachment 153152 [details] proofdoc in Times New Roman, PDF at 1552%, 6.1.5.2, 2nd example
Created attachment 153153 [details] proofdoc in Times New Roman, PDF at 1552%, 6.1.5.2, 3rd example
Created attachment 153154 [details] proofdoc in Times New Roman, PDF at 1552%, 6.2.5.2, 1st example
Created attachment 153155 [details] proofdoc in Times New Roman, PDF at 1552%, 6.2.5.2, 2nd example
Created attachment 153156 [details] proofdoc in Times New Roman, PDF at 1552%, 6.2.5.2, 3rd example
Created attachment 162963 [details] Displaced bar in sqrt compared to latex output I've noticed the displacement also, not that is huge but you can notice something odd when you zoom a bit. If you zoom to 400%, the is clearly there. I've put in the attached file a comparative with Latex (done via TexMaths) plugin.
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 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
Fixed with a15762233047a75588f8c5da1cee1134f1259417. Also in 24.2 you can set the math font directly, no need for using font replacement.