https://bugs.freedesktop.org/show_bug.cgi?id=77797
--- Comment #5 from Owen Genat <[email protected]> --- (In reply to comment #4) > but if you take the numbered list entry 1 on page 2, you will > see it in bold when its not supposed to be. Here is a bit more information on this. The XML for list item #1 (page 2) is: <w:p w:rsidR="0054188B" w:rsidRPr="0054188B" w:rsidRDefault="0054188B" w:rsidP="0054188B"> <w:pPr> <w:keepNext/> <w:numPr> <w:ilvl w:val="0"/> <w:numId w:val="16"/> </w:numPr> <w:spacing w:before="480" w:after="160" w:line="420" w:lineRule="exact"/> <w:outlineLvl w:val="0"/> <w:rPr> <w:rFonts w:ascii="Segoe UI Light" w:eastAsia="Times New Roman" w:hAnsi="Segoe UI Light" w:cs="Times New Roman"/> <w:b/> <w:bCs/> <w:color w:val="68217A"/> <w:kern w:val="36"/> <w:sz w:val="36"/> <w:szCs w:val="20"/> <w:lang w:val="ru-RU"/> </w:rPr> </w:pPr> <w:r w:rsidRPr="0054188B"> <w:rPr> <w:rFonts w:ascii="Segoe UI Light" w:eastAsia="Times New Roman" w:hAnsi="Segoe UI Light" w:cs="Times New Roman"/> <w:bCs/> <w:color w:val="68217A"/> <w:kern w:val="36"/> <w:sz w:val="36"/> <w:szCs w:val="20"/> <w:lang w:val="ru-RU"/> </w:rPr> <w:t>Выбор лицензии операционной системы Windows 8</w:t> </w:r> </w:p> The w:b (Bold) element in the first run properties (w:rPr) definition for the paragraph properties (w:pPr) is likely the reason why the identifier in this case is displaying in bold. The w:bCs (Complex Script Bold) elements do not apply as Cyrillic (U+0400-04FF) is in the High ANSI, rather than Complex Script, font group, under OOXML. The next identical-level list item (#2) on page 6 of the document does not have this bold element definition in the XML. The example in ISO/IEC 29500:2012, §17.3.2.7, p.273 tends to indicate that a bold rendering in the case of list item #1 (page 2) is accurate. > Also noticed that bullet points that were purple in 4.2.5 > are now gray in 4.3.0 (bug 80961). This appears to be much the same issue i.e., they are now being rendered as defined in the XML. I will respond separately in that bug. Both these issues appear to illustrate that no currently available version of MS Office is compliant with (i.e., interprets correctly) OOXML Strict. What MS Word renders on screen cannot be taken as "correct". Only what is defined in ISO/IEC 29500 is correct, and even that is open to interpretation. -- 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
