We are not interested in OOXML, a standard that became one only after a
campaign of deception and unacceptable pressures driven by Microsoft. We
are interested in ODF, an open standard developed by many players including
We are only offering convenience to our users by letting them interact with
the poprietary formats of ms office product range. Therefore the OOXML
standard is not really something we are interested to help.
Le 4 janv. 2011, 12:38 PM, "Jesper Lund Stocholm" <firstname.lastname@example.org> a
Hello Charles (et al),
2011/1/3 Charles-H. Schulz <email@example.com>:
Barbara, > > Le Mon, 03 Jan 2011 10:55:21 -0600, > Barbara Duprey <
Barb@onr.com> a écrit : > >> On...
Well, the problem is that it's not that documented. Really, > Transitional
OOXML was an honourable...
As one of those actually trying to maintain OOXML in ISO, your
discussions are really interesting to me.
As per your discussions around S vs T, there are a couple of points
I'd like to make.
1. About conformance to OOXML (S or T): Leif mentioned that
implementing OOXML would display Microsoft's dirty laundry. I am
looking very much forward to your findings and where Microsoft Office
does not comply with the conformance rules in OOXML. I hope you will
share these with us - and the world in general, and any test documents
generated by Microsoft Office you make during your implementation
would be extremely interesting to look at.
2. T vs S: Please bear in mind that S is basically a limited version
of T. The only major obstacle/difference is that alle the namespaces
of S are different than those of T. Also, Microsoft Office uses these
namespaces during import as some sort of white-list, and AFAIK the new
namespaces of S have not yet been added to this whitelist (since the
addition of them is relatively recent and was after launch of
Microsoft Office 2010). Basically, if Microsoft Office doesn't
recognize the new namespaces, the docs will all fail on import in
Microsoft Office and you'd have zero interop.
Finally I ancourage you to make a public place to put your findings
while implementing OOXML in LibreOffice. It could serve as a very
usefull reference for a lot of people - including people like Leif
lobbying our politicians to use/mandate usage ODF.
PS: when trying to do interop with e.g. Microsoft Office always
consult their implementer notes available at
If any of you need additional information, I'd be happy to help.
PPS: for those of you on this list actually implementing OOXML in
LibreOffice - are you considering implementing MCE (OOXML, Part 3)
fully in LibreOffice?
Jesper Lund Stocholm
-- Unsubscribe instructions: E-mail to
Unsubscribe instructions: E-mail to firstname.lastname@example.org
*** All posts to this list are publicly archived for eternity ***
- RE : Re: [tdf-discuss] Re: Do not support writing to OOXML format · Charles-H. Schulz
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy