Description: When the IEEE Conference Paper .docx template is used to write a paper in the LibreOffice writer, the complex mathematical equations are not visible completely until the equation box’s borders are adjusted manually. Even after adjusting the boarders to make the equation visible properly in the Writer, every time the equation is edited with the equation editor, the problem of partially visibility again appears. The same boarder adjustment is again needed to be done to solve the problem. This loop continues until the final edit is done for that equation. Steps to Reproduce: 1. Download IEEE Conference Template .docx file from the official website (type : Microsoft Word template, Variant : A4): [https://www.ieee.org/content/dam/ieee-org/ieee/web/org/conferences/conference-template-a4.docx] 2. Open the template in LibreOffice Writer. 3. Choose any space in-between the paragraph body text area to test the issue. Insert > OLE Object > Formula object. 4. Now as the formula text-box appears, for testing the issue insert this formula by simple copying from here and pesting in the formula text box : {v} rsub {d} "=" {R} rsub {s} {i} rsub {d} "+" {d {ψ} rsub {d}} over {dt} "-" {ω} rsub {e} {ψ} rsub {q} After pasting the above formula in the formula text box, format the formula text font and size. IEEE paper standard is: “Times New Roman” font for both text and math formula with font size = 10 pt. Just go to option : Format > Fonts > Keep “Math” font as “OpenSymbol” and change all other fonts as “Times New Roman”, “Variables” as “Times New Roman, Italic”. Now select both “Ok” and “Default” for saving the font. Now, go to option : Format > font size > Select Base Size = 10 pt., keep relative text sizes as it is. Now select both “Ok” and “Default” for saving the font. Now just click anywhere in the main writer page, that will close the formula text-box and the formula appears in the writer page with proper formatting. Actual Results: You can clearly see that the lower part of the formula is not visible completely. You can fix this issue by double-clicking on the formula and then when the formula text box appears for editing, just then increase the upper border of the formula box in the writer page, then click outside the box to again see the final result. It will make the whole formula visible again. But this issue will again appear for the same formula if you again edit the formula by double clicking on the formula. Try it. Edit something in the formula (or just double click the formula to open the formula text editor and no need to edit anything) and click outside to see the final result. The formula will again become non-visible partially. This issue appears with any complex formula which has height more than normal alphabetic text height (i.e. derivative, integration, matrix and so on). Most of the mathematical formulas generally has greater height than normal alphabetic text. So it is a crucial problem for scientific text writing. Expected Results: With any type of mathematical formulas with any font-type, font-style, font-size and mathematical functions the final formatted formula which appears in the writer page should appear as well-formatted, completely visible and open to multiple edits without destroying the desired format. Reproducible: Always User Profile Reset: Yes Additional Info: Build Date & Hardware: The issue is still present in the latest LibreOffice version : Version: 25.8.1.1 (X86_64) CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded The problem was present in the previous versions also. Do not exactly know, from which version this issue started.
Created attachment 203008 [details] Capture d'écran de la reproduction du bug Bonjour, j'ai tenté de reproduire le bug en suivant les étapes de votre ticket. Malgré que celles-ci soient claires, je n'ai pas réussi à le reproduire. La formule mathématique reste visible dans son entièreté après avoir modifié la police de l'écriture et sa taille. Peut-être ai-je mal compris vos instructions ? C'est pourquoi je tenais à vous transmettre une pièce jointe.
Created attachment 203031 [details] Test .docx file with example mathematical formulas So, for your reference I am attaching some of the files in the attachment. I have also shared the .docx file. Just open the file, a few formulas have been given there, all shows same issue. Initially they may all seem fine. Double click on any formula, that opens the formula editor window. Now you may change/not change anything in the formula, just click anywhere in the document page to close the editor window. Now you will see that the final formula is not completely visible in the document. You can try this with all those given formulas in the document. When you adjust the border of the formula during the formula editor window appearance, the problem gets solved, but again appears when re-edited anything in that formula.
Created attachment 203034 [details] screenshot of a formula during editing stage: seems fine Some screenshots are attached for your reference. You can see, there is no problem that can be seen during the formula editor window appearance. But, when the window is closed, the final formula is partially visible.
Created attachment 203035 [details] screenshot of a formula: final view, partially visible (issue) Some screenshots are attached for your reference. You can see, there is no problem that can be seen during the formula editor window appearance. But, when the window is closed, the final formula is partially visible.
(In reply to guaismaryline from comment #1) > Created attachment 203008 [details] > Capture d'écran de la reproduction du bug > > Bonjour, > j'ai tenté de reproduire le bug en suivant les étapes de votre ticket. > Malgré que celles-ci soient claires, je n'ai pas réussi à le reproduire. La > formule mathématique reste visible dans son entièreté après avoir modifié la > police de l'écriture et sa taille. Peut-être ai-je mal compris vos > instructions ? C'est pourquoi je tenais à vous transmettre une pièce jointe. Thank you for your feedback. I do not understand why the formula became linear in your case, I found no derivative operator in your final equation. By standard, the mathematical symbols should look same in all the languages. The given mathematical formula consists of derivative, which was somehow converted into a single line in your case. So, for your reference I am attaching some of the files in the attachment. I have also shared the .docx file. Just open the file, a few formulas have been given there, all shows same issue. Initially they may all seem fine. Double click on any formula, that opens the formula editor window. Now you may change/not change anything in the formula, just click anywhere in the document page to close the editor window. Now you will see that the final formula is not completely visible in the document. You can try this with all those given formulas in the document. When you adjust the border of the formula during the formula editor window appearance, the problem gets solved, but again appears when re-edited anything in that formula. Some screenshots are attached for your reference. You can see, there is no problem that can be seen during the formula editor window appearance. But, when the window is closed, the final formula is partially visible.
See the effect. But, issue is not with changing the font from Libreation Serif to Times New Roman. Offset happens before font change within the sm formula editor to Times New Roman, and affects the sample formulas as prepared in Liberation Serif. The OLE formula is positioned in OLE frame correctly, with or without a font change to Times New Roman. Since positioning and size of the OLE is correct when in formula edit mode, but the formula object then shifts upward within the OLE frame on page it is a paragraph style issue. Demonstrated by "selecting" the formula's content 'Body Text' paragraph (not a double click to activate its OLE). And since this is a Paragraph style issue, I was able to correct by adding an additional paragraph style 'Body Formula' based on the templates 'Body Text' only editing it to remove the 0.08" 'Below paragraph' spacing on the Indents and Spacing tab. Same could be achieved by assigning Default paragraph style to each para holding a formula and then direct formatting to align left. So you'd need to check with the IEEE folks to see which they'd prefer for paragraphs holding formulas. Looking at the OOXML template style that was the "120" in the w:after for w:spacing: <w:style w:type="paragraph" w:styleId="BodyText"> <w:name w:val="Body Text"/> <w:basedOn w:val="Normal"/> <w:link w:val="BodyTextChar"/> <w:rsid w:val="00e7596c"/> <w:pPr> <w:tabs> <w:tab w:val="clear" w:pos="720"/> <w:tab w:val="left" w:pos="288" w:leader="none"/> </w:tabs> <w:spacing w:lineRule="auto" w:line="228" w:before="0" w:after="120"/> <w:ind w:firstLine="288"/> <w:jc w:val="both"/> </w:pPr> A new 'Body Formula' paragraph style would have an w:after="0" Don't see this as a LibreOffice bug. IMHO => NOB
(In reply to V Stuart Foote from comment #6) > See the effect. > > But, issue is not with changing the font from Libreation Serif to Times New > Roman. Offset happens before font change within the sm formula editor to > Times New Roman, and affects the sample formulas as prepared in Liberation > Serif. > > The OLE formula is positioned in OLE frame correctly, with or without a font > change to Times New Roman. > > Since positioning and size of the OLE is correct when in formula edit mode, > but the formula object then shifts upward within the OLE frame on page it is > a paragraph style issue. Demonstrated by "selecting" the formula's content > 'Body Text' paragraph (not a double click to activate its OLE). > > And since this is a Paragraph style issue, I was able to correct by adding > an additional paragraph style 'Body Formula' based on the templates 'Body > Text' only editing it to remove the 0.08" 'Below paragraph' spacing on the > Indents and Spacing tab. > > Same could be achieved by assigning Default paragraph style to each para > holding a formula and then direct formatting to align left. > > So you'd need to check with the IEEE folks to see which they'd prefer for > paragraphs holding formulas. > > Looking at the OOXML template style that was the "120" in the w:after for > w:spacing: > > <w:style w:type="paragraph" w:styleId="BodyText"> > <w:name w:val="Body Text"/> > <w:basedOn w:val="Normal"/> > <w:link w:val="BodyTextChar"/> > <w:rsid w:val="00e7596c"/> > <w:pPr> > <w:tabs> > <w:tab w:val="clear" w:pos="720"/> > <w:tab w:val="left" w:pos="288" w:leader="none"/> > </w:tabs> > <w:spacing w:lineRule="auto" w:line="228" w:before="0" w:after="120"/> > <w:ind w:firstLine="288"/> > <w:jc w:val="both"/> > </w:pPr> > > A new 'Body Formula' paragraph style would have an w:after="0" > > Don't see this as a LibreOffice bug. IMHO => NOB Understood your point. Thanks for the explanation. What I wanted to point out is that, this allignment issue does not really happens when the same official IEEE template is edited in MS Office, but when edited with LibreOffice then this issue occurs every time. That is why I was concerned that this must be an issue of LibreOffice as the original template is .docx file only. Though you pointed out that the issue is an allignment issue, but surely it is a LibreOffice exclusive issue if the .docx is having the same problem in LibreOffice only and not in MS Office. Second thing, IEEE has already set up all its allignment and formatting rules in the conference template only. So the official template already has all the rules implemented so that the authors do not change or modify the formatting by themselves. That is why I did not try to alter any formatting settings manually to solve the issue. Authors are supposed to add their content in the given template, and not alter the format, to maintain the uniformity among all the papers. That is why I was hoping this issue will not appear in the next LibreOffice update. Thank you again for your effort. Appreciate it.
(In reply to Arnab C from comment #7) > > Understood your point. Thanks for the explanation. What I wanted to point > out is that, this allignment issue does not really happens when the same > official IEEE template is edited in MS Office, but when edited with > LibreOffice then this issue occurs every time. That is why I was concerned > that this must be an issue of LibreOffice as the original template is .docx > file only. Though you pointed out that the issue is an allignment issue, but > surely it is a LibreOffice exclusive issue if the .docx is having the same > problem in LibreOffice only and not in MS Office. > Appreciate it. Hmm, I guess one could claim that we are mishandling positioning of our OLE object content within its frame as held within a styled paragraph as compared to OOXML. Our ww8 import/export filter resulting in different positioning of the OLE content within its frame. And as new formulas are created their OLE handling follows the "Body Text" paragraph style's spacing below. Think the Summary title for the issue needs a tweak. @Justin, @Miklos any perspective on handling the OLE formula objects within a styled paragraph? Is the spacing below the right handling? It persists whether .docx or .odt
=> NEW *mispositioning* of OLE formula object within its OOXML styled paragraph is real and persistent round trip, and also as ODF text. Question of how the OLE formula object should be positioned. Should it follow All/Some/or None of the containing PS?
(In reply to V Stuart Foote from comment #9) > => NEW > > *mispositioning* of OLE formula object within its OOXML styled paragraph is > real and persistent round trip, and also as ODF text. Question of how the > OLE formula object should be positioned. Should it follow All/Some/or None > of the containing PS? Also, I want to mention one additional point regarding this formula handling in LibreOffice writer. I am working with standard Journal templates in LibreOffice Writer for a long time. Whenever I am marking a simple text formula and converting it directly to the OLE object (the aim is to convert the formula text to standard formatted mathematical formula, similar to Smart Formula conversion of MS Office), there are many wrong formatting present in the final formatted OLE formula, which have to be corrected manually by following the formatting rules of OLE in LibreOffice Writer, which is again a very difficult process, unlike the hassle-free & error-free smooth process in MS Office. Again, we cannot simply revert the OLE formula to simple text by any option, the only way is to copy the text from formula editor and then delete the OLE object and then paste the text in that place. Not at all user-friendly. Clearly LibreOffice Writer can beat MS Office if just 2 things are taken care of: 1. keep the template format intact. 2. handle the formulas well. Why am I saying that? 1. I have often seen, the official IEEE template, when opened with MS Office, shows a particular margin space, but when the same template is opened with LibreOffice Writer the margin space can be seen narrower, which indicates that the original margin is somehow cannot be maintained in LibreOffice Writer for some issue. This kind of formatting mismanagements are there in LibreOffice. 2. Whenever math formulas are handled in LibreOffice, there are hardships and issues in various steps. It is not smooth and flexible to convert simple text formulas to the standard formatted formulas and vice-versa. We have to manually correct many errors when we convert a text formula directly to the OLE object by selecting that part, which is rarely any issue in MS Office. I want LibreOffice Writer to be the best. I am trying my best to identify the issues while I am working with it in professional level.