https://bugs.freedesktop.org/show_bug.cgi?id=49645
--- Comment #7 from Roman Eisele <b...@eikota.de> 2012-05-08 08:59:09 PDT ---
I repeat here, but with some corrections, what I noted first in comment #5 to
bug 39670:
If I don't miss anything, the problematic DOCX section (from
TestOffice2008.docx/word/document.xml) is:
<w:r><w:sym w:font="Symbol" w:char="F061"/></w:r><w:r><w:t
xml:space="preserve">-alpha, </w:t></w:r><w:r><w:sym w:font="Symbol"
w:char="F062"/></w:r><w:r><w:t>-beta.
I am no DOCX expert, but if I understand Microsoft's horrible file format I see
two interesting points:
1) The w:font attribute is "Symbol", correct.
2) The w:char attribues have the values F061 and F062. If these are Unicode
code points, it means that the two symbols alpha and beta are not Greek Unicode
letters (would be U+03B1 and 03B2) nor taken from some math symbols range, but
glyphs from the Private Use Area.
This (2) is a bit strange. If Microsoft wants Greek letters from the 'Symbol'
font, it should just use the correct Unicode indices for the Greek letters,
which are U+03B1 and 03B2. And at least the MacOS X version of the 'Symbol'
font has alpha and beta with exactly these two right Unicode values. Another
possibility would be to take both glyphs just from the main text font
('Cambria' + 'Cambria Math'). My copy of the Cambria Italic font contains both
alpha and beta at the correct Unicode indices (I can't test Cambria Regular
because it's a .ttc file which FontLab does not open).
MS should not rely on PUA glyphs for important things like formula symbols. And
there is just no U+F061 or F062 glyph in the Symbol font ... (why should there
be one?!).
Therefore, I'm not surprised about the two ornaments visible in the MacOS X
screenshots. They are just the glyphs associated with U+F061 and U+F062 in some
font installed on my machine (Apple Chancery in my case). This is correct
behaviour: if the font used for the text does not contain any glyph associated
with this Unicode code point, another font is taken which contains glyphs for
these code points. The same explanation may be true for the ornaments visible
in LibreOffice 3.5.3.2 on Windows.
But, what is really important: even if we blame MS for doing strange things,
there is still a problem in LibreOffice. If the sample file looks right in MS
Office and in LibreOffice 3.4.x on Windows, there seems to be some mapping from
the strange w:char="F061" to the right alpha glyph, and the same for beta and
other letters. Therefore, we just need this mapping again in LibreOffice 3.5.x.
If I am completely wrong, just correct me. But we should fix this, don't you
think so?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
