Description: Whenever an inline formula is created, it often does not vertically center with the inline text. Even if even an equal number of subscripts and superscripts are used this often does not completely vertically center the formula relative the surrounding regular text. Manual centering using Alt-up/down key is possible but this is very time-consuming and the results are often not good to get professionally looking results. This issue has been present for many years and has caused much extra editing work of large documents. Other editors like MS Word and LATEX don't have this issue. Steps to Reproduce: 1. In Writer editor, create text 2. Create a math formula behind it 3. Formula may or may not be vertically aligned with the text (behavior seems random) Actual Results: See attachment Expected Results: Formulas that look like the surrounding text in terms of formatting Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.35 Safari/537.36
Created attachment 128662 [details] Misaligned formulas
Reproducible with LO 5.2.3.3 (Win 8.1). The characters in the math formula (with the same font settings) seem to be about 1 or 1/2 (unfortunately I can not measure it because it is quite small) milimeter lower than the normal text. Even if it is a small difference you can recognise it with your eyes (see also the attachment). But I also have the feeling that the rendering of the characters is a little bit different. If I have the text and the formula in italics then text seems to be more italicised (more slanting) that the formula (take the same character and font settings to test it).
Andy, I agree with your observation the rendering of character is a bit different sometimes. I will try to provide more examples. On my original alignment item; see attachment: - The first and last P sub 0 are text - The second one is P sub 0 and is not properly aligned - The third one is P sub 0 sup 0 and seems to be properly aligned but I have seen cases where this is not so
Created attachment 128693 [details] Alignment
Issue still occurs in Version: 5.4.0.0.alpha1 (x64)
Any idea when the vertical alignment issue of formulas will be resolved? I have a very large document with hundreds of formulas with this issue and am getting close to a publication deadline.
Version: 5.4.0.0.alpha1 (x64) More issues identified in the attached document. It also ripples over into the PDF document (also attached) where you can see the alignment issues even better. I also created formulas in a completely new document with the same effect. In the latest development version, when clicking on some formulas, the mis-alignment issue seemed to be reduced a bit. I hope this issue gets resolved soon. It has been around for many years and i'm getting close to a publication deadline.
Created attachment 134142 [details] odt document with mis-alignment issues
Created attachment 134143 [details] PDF document with mis-alignment issues
Since this also occurs in the PDF, does the odt file store the vertical displacement of each formula? If so, then the rule used to calculate the necessary vertical displacement appears to be incorrect. Note that I have the math baseline alignment checked. In the past, I had this unchecked and tried to get the alignment manually correct. With the math baseline alignment checked this cannot be done manually.
Issue also occurs in tables. The vertical alignment if off when creating different formulas on the same row on a table, see attachment.
Created attachment 134458 [details] Vertical mis-alignment in table
Created attachment 134459 [details] Misalignment in table
This bug already exists since 2001: 16 years https://bz.apache.org/ooo/show_bug.cgi?id=972
Formula alignment in footnote is also incorrect, even with symmetrical sub+superscript. See attachment. size 10 { setR sup N sub " " }
Created attachment 134535 [details] Formula aligment in footnote
Can an indication be provided when this issues might be resolved? I'm working on a book and the final editing process has started. This is a pervasive issue that appears across the whole book.
** 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
In Version: 6.2.0.0.alpha0+ Build ID: 1aa37aa6bee19099b57555a6d839992b054aa405 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-09-23_10:17:54 Locale: ru-RU (ru_RU); Calc: threaded I don't see this problem Ben, Can you retest your problem yourself?
Dear Ben, 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
Dear Ben, 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://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
Created attachment 179544 [details] Formula-Text Misalignment
The original formula-text vertical misalignment issue still persists. It can be seen on the screen (see screenshot) and is even more pronounced in the Print View after zooming in.
One of the formulas in the Formula-Text Misalignment screenshot: %DELTA t sub 0 sup " ". See also the newly attached Spacing screenshot.
Created attachment 179545 [details] Screenshot spacing
Note that the current version of LibreOffice that I use is 7.3.1.3 (x64). The issue has existed since version 5.1.5.2 when I originally reported it.
Just curious, have you - - tried editing the properties of the Formula frames? - used some of the alignment features in the Formula editor (see Math Guide 7.2 at https://documentation.libreoffice.org/en/english-documentation/) - searched in http://ask.libreoffice.org, or asked for help there with a specific example? I ask these innocent questions because the Steps to Reproduce provided in comment 0 seems to indicate a (false) expectation that formulas are always aligned automatically. If that speculation is true, then maybe you should be pursuing those lines. On the other hand, if you think there is a specific bug with formula alignment then it may be better to attach an .odt document with an actual example of misalignment, where you explain here in detail how you created the example (e.g., modifications to the formula frame, etc.), and identify precisely what was expected in that example and what does not fit your expectations. I looked at the two recent attachments, but without knowing what you did to create the examples (and what you expect to see), then it is impossible to know if there is a genuine problem with the software, or an honest misunderstanding about how to use it.
Thank you for the suggestions. I used various options under frame style but it did not have the proper effect (see Frame Style screenshot). I have tried to apply the formula alignment features (Select Formula, Format, Frame and Object, Properties, Type tab). The As character option is blanked out, The To Character option (see screenshot offers some settable options but none resolved the issue. I created a new document (File, New, Text document) and tried both options with the same issues. It is unclear to me if this is a bug or global property that is improperly set. I would appreciate it if we could set up a screen-sharing session so that we can quickly toggle through various options and determine what is the most likely issue. My email address can be used to communicate. Obviously, I would like to get this issue solved before publishing the material.
Created attachment 179565 [details] Formula Frame Style Screenshot
Created attachment 179566 [details] Formula Alignment Screenshot
(In reply to Ben from comment #28) Ben --the bugs system here is only for identifying bugs and confirming enhancement ideas, but it requires that the bug submitter gives a clear procedure for how to produce the bug, and a specific identification of what has actually happened compared to the expected behavior of the software. > It is unclear to me if this is a bug or global property that is improperly > set. Fair enough. If you want help from others to solve your formatting problems then http://ask.libreoffice.org is the right place to go. There are knowledgeable persons there, who usually respond quickly, and often are able to identify something as a likely or potential bug (and even suggest to file a report here). (Some of the bug reports started as a ask.libreoffice.org query) In light of the situation, I propose that we Resolve this ticket as INSUFFICIENTDATA (which is the local convention for saying that the bug report was not specific enough to be addressed). How does that sound? Meanwhile, as a friendly suggestion, try https://ask.libreoffice.org. Pick just one formula that you think is particularly difficult or problematic, and ask for help there about how to format that one formula. From understanding that one case, you are likely to gain a better general understanding of how to approach other formula, or you can continue to ask questions there.
This issue can be further investigated by inspecting the attached .odt file. After trying various changes once again, similar to what people have reported, I do think this is a bug and not a formatting issue. Please check this in both Windows and other environments. Unfortunately, this has literally taken me many days of investigations on the Internet and trying all kinds of workarounds.
Created attachment 179596 [details] Formula alignment in odt file
(In reply to Ben from comment #33) > I do think this is a bug and not a formatting issue. You do not need to determine if it is a bug. But, as noted in comment 31, you need to provide sufficient information. The evaluations here are based on the concrete information, not on assertions or intuitions about bugs. Without that information, it is impossible to evaluate the situation. Cited from: How to Report Bugs in LibreOffice https://wiki.documentfoundation.org/QA/BugReport All bug reports should have at minimum: your Operating System and version of LibreOffice; clear reproducible steps; expected results; observed results; and a simple attachment where appropriate.