Description: The formula editor only accepts matching parentheses, or matching square brackets. Examples of formulas that are not understood follow. The first ones are natural (two different ways of denoting the interval from 1 included to 2 excluded). The last one is less natural (why put these curly braces around a closing parenthesis?) but occurs while translating from say markdown using pandoc. In any case, I do not see a good reason for refusing this formula. [1, 2[ [1, 2) (n/2{)}^2 Steps to Reproduce: 1. Open the formula editor 2. Enter any of the above formulas, say "[1, 2[", in the input area Actual Results: The output is "¿" Expected Results: The output should be "[1, 2[", typeset as is typeset for instance [1, 2]. Reproducible: Always User Profile Reset: No Additional Info: Version : 6.4.6.2 Build ID : 1:6.4.6-0ubuntu0.20.04.1 Threads CPU : 4; OS : Linux 5.4; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
The StarMath syntax used requires the closing brackets. If you need them as literals use quotes.
(In reply to V Stuart Foote from comment #1) > The StarMath syntax used requires the closing brackets. If you need them as > literals use quotes. To elaborate, either \[ a, b \) or "[" a, b ")" would give you the result you want.
Of course, I should have described the real situation... I simplified it too much apparently, but thanks for your comments that show that the problem I encountered is not where I thought. The formulas I presented are actually in some .docx documents, that display correctly on Microsoft Word, but not in Libreoffice. When I open the .docx document, the formulas like "[0,1[" or "[0,1)" are not displayed and replaced by ¿ indicating an error. If I inspect each formula, I see that their description is "[ 0 , 1 [" and "[ 0 , 1 )" which are not valid StarMath formulas according to your comments. So it seems that the difficulty is the way Libreoffice interprets math formulas in .docx documents. [I did not reopen the bug, because it may be a better idea to open a new bug with better explanations. Let me know what you think is the best.]
(In reply to Bruno Grenet from comment #3) > The formulas I presented are actually in some .docx documents, that display > correctly on Microsoft Word, but not in Libreoffice. When I open the .docx > document, the formulas like "[0,1[" or "[0,1)" are not displayed and > replaced by ¿ indicating an error. If I inspect each formula, I see that > their description is "[ 0 , 1 [" and "[ 0 , 1 )" which are not valid > StarMath formulas according to your comments. > > So it seems that the difficulty is the way Libreoffice interprets math > formulas in .docx documents. Yes, that would indeed be a bug. > [I did not reopen the bug, because it may be a better idea to open a new bug > with better explanations. Let me know what you think is the best.] Stuart hasn't replied yet (holiday and all that), so I'll just give my opinion as an inexperienced QA member -- either reopening this bug or submitting a new bug is fine, but make sure to attach the problematic .docx document (make sure to remove private and sensitive information first, see https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission) so that other people can reproduce the bug.
Attach OOXML .docx with valid MS Formula editor formulas that are not filter imported to LO.
Created attachment 168529 [details] .docx file with 3 unrendered formulas I've added an minimal example with three not rendered formulas, namely "[0, 1[", "[0, 1)" and "(x/2{)}^{n}".
OK, so this seems a legitimate import filter issue against OOXML OMML.
Dear Bruno Grenet, 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
I confirm that the bug is still present with the most recent downloadable version of Libreoffice. Tested with the following configuration: Version: 7.4.3.2 / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded