|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Letters not in italics if preceded by number | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Math | Reporter: | lapsap7+ooo | ||||
| Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||
| Severity: | Major | ||||||
| Priority: | P5 (lowest) | CC: | rb.henschel | ||||
| Version: | 4.1.1 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
| Developer Difficulty: | --- | ||||||
| Attachments: |
|
||||||
This is an old problem and we have already issue 45689 for it. The underlying problem is, that the language "starmath" has no equivalent to the MathML operators "⁢" and "⁣". The current behavior has been introduced with the fix for bug 11752. The relevant file is starmath/source/parse.cxx around line #460 in method SmParser::NextToken(). *** This issue has been marked as a duplicate of issue 45689 *** |
Created attachment 84778 [details] 1st line: OK; 2nd line: not OK; 3rd line: workaround Let's consider the following math expression: ab^2 When it's typed inside OOMath like this, the rendered result is OK (cf attached image). However, when the expression is like this: 4ab^2 ie, there's *a number preceding the variables*, the rendered result is NOT OK. Indeed, the variables are not in italics (cf attached image) For the moment, a workaround would be artificially adding a space after the number as shown in the third line in attached image: 4 ab^2 But in math typesetting, this is not needed nor recommended. It seems like OOMath is confused when there's a number and is unable to determine if a letter is variable or not!