https://bugs.freedesktop.org/show_bug.cgi?id=38097
--- Comment #22 from Andreas J Guelzow <[email protected]> --- The sample file is an ODF file not generated by LibreOffice (or any other program in the LibreOffice/OpenOffice family). If you unpack the file you will see that in content.xml B1 is defined as <table:table-cell table:style-name="ACE-0x975dd60" table:formula="of:=PI()" office:value-type="float" office:value="3.14159265358979"><text:p>3 1/7</text:p> </table:table-cell> The ACE-0x975dd60 style is (also in content.xml) given as: <style:style style:name="ACE-0x975dd60" style:family="table-cell" style:data-style-name="ND.2"> That style refers to the named data style ND.2 which in styles.xml is given as <number:number-style style:name="ND.2"><number:fraction number:grouping="false" number:min-denominator-digits="1" gnm:max-denominator-digits="1" number:min-integer-digits="0" number:min-numerator-digits="0"/></number:number-style> This data style is clearly a fraction. It seems that somewhere when LibreOffice opens this file it fails to interpret this chain of ttyles or the finalfraction style correctly. NOte that his file validates under "extended conforming". If required I can also provide a similar file that validates under "conforming". The only differnce would be soe foreign elements in the gnm: namespce that LibreOffice should be ignoring anyways. -- 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
