<div dir="ltr"><div><div>Hey, so I was just looking through some of out calc issues and found a surprising validation error. According to odfvalidator the following snippet is invalid. <number:number-style style:name="N125P1" style:volatile="true"> <loext:text>-</loext:text> <loext:fill-character> </loext:fill-character> <number:number number:decimal-places="2" number:min-integer-digits="1" number:grouping="true"/> <number:text> SIT </number:text> </number:number-style> It took me some time to understand why it complains but at least to my understanding that snippet is valid. odfvalidator seems to strip the loext entries and leaves the - resulting in the following xml snippet: <number:number-style style:name="N125P1" style:volatile="true"> -<number:number number:decimal-places="2" number:min-integer-digits="1" number:grouping="true"/> <number:text> SIT </number:text> </number:number-style> which is of course an invalid xml file. Now looking at the ODF 1.2 spec about handling of foreign elements we find the following paragraph: If a foreign element has a <text:h> or <text:p> ancestor element, and is a child element of an element for which the OpenDocument schema permits the inclusion of character data, and if the OpenDocument schema permits the inclusion of character data for all its ancestors up to the <text:p> or <text:h> element ancestor element, then the element's content may be interpreted by conforming OpenDocument consumers, and the document itself shall be valid against the OpenDocument schema as if the foreign element's start- and end-tags or its empty- element-tag are removed. For a foreign element that occurs at another location, conforming consumers should not interpret the element's content, but may preserve its content. </div>My interpretation of that paragraph that it is valid to include character data in foreign elements and that they should be stripped similar to the xml element. Is my reading of the spec wrong? </div>Regards, Markus </div>