My take on why Microsoft finally decided to support ODF « Arnaud's Open blog - 0 views
-
Let’s just now hope that Microsoft won’t try to play games anymore. Besides their rather poor track record at delivering on the ongoing chain of announcements about becoming open and caring about interoperability (as opposed to intraoperability), there are other reasons one might want to take today’s announcement with caution. One trick they could try and pull for instance would be to put just enough support for ODF to claim that they support it but not enough for people to really use it systematically. They could then tell customers who complain something isn’t working that it’s because ODF isn’t powerful enough, and if they want the full power of Office they need to use OOXML.
-
IBM's Arnaud La Hors on why Microsoft should be blamed for what is inevitable given that ODF is not designed for interoperability and is not application-neutral. One might rationally fault Microsoft for not having joined the ODF TC earlier, but the ODF TC studiously avoided enabling interoperability even among ODF implementations and ODF has almost no mandatory conformity requirements, with application-specific extensions classified as conformant. The real ODF standard is the OOo code base controlled by Sun Microsystems. IBM played along with that game and cloned the OOo code base instead of fighting on the TC to make the myth of ODF interoperability come true. I don't see a lot of moral high ground for IBM here.
