https://bugs.documentfoundation.org/show_bug.cgi?id=93302

--- Comment #10 from Regina Henschel <[email protected]> ---
The current definition is in http://www.w3.org/TR/xml-entity-names/#phi,
referenced from http://www.w3.org/TR/MathML3/chapter7.html#chars.entities.

Notice, that there is a difference between the entity varphi in MathML and the
command \varphi of TeX, e.g. in Wikipedia
https://de.wikipedia.org/wiki/Hilfe:TeX#Griechische_Buchstaben.

Therefore there exists no unambiguous assignment between "varphi" and glyph.
You can consider
(1) aligned with MathML: %varphi = &varphi; = U+03D5 (straight glyph)
(2) aligned with TeX: %varphi = \varphi = U+03C6 (curly glyph)
We have to look which kind of assignment fits best to %varphi. 

Currently %varphi is written as UTF-8 CF86 (= Ux03C6) into MathML. That results
in a curly-phi glyph when rendering the MathML in a browser, or when importing
the MathML into equitation editor in Word, or when opening an .odt-file in
Word.

Now look at it from a user point of view. The user had used %varphi because he
wanted a straight phi (not knowing, that the MathML in the file format gives a
curly phi). When you now swap the glyphs in OpenSymbol font, such documents
will show a curly phi and the old document is broken.

Therefore my suggestion is to swap the glyphs in OpenOffice _and_ the code
point assignment in the Catalog. That way, the old documents still show a
straight phi, after the corrected OpenSymbol font is used, because the StarMath
command from the annotation is used and not the MathML, when opening old
documents, and the predefined assignments are not embedded into the object.
Such way older documents do not break. It would mean, that from now on the
interpretation (1) would be used.

>From an interoperability point of view, the effective result has to be so, that
the glyph the user sees in a Math-OLE object in LO must be the same as if the
user would render the MathML of the object in a browser.

I personally like interpretation (1) anyway, because MathML is the normative
part in the file format, and I think we should try to align StarMath to MathML
when ever possible. My wish is to get rid of StarMath in the long term.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to