Architects on OOXML

From The Linux Foundation
Revision as of 14:31, 28 August 2007 by Cherry (Talk | contribs)

Jump to: navigation, search

Desktop Architects Speak Out on OOXML


John Cherry - Linux Foundation; Global Initiative Manager

The Linux Foundation supports the adoption of open standards as a catylist for innovation and to define common frameworks for new development. With ODF (Open Document Format) as an existing ISO document standard,

Klaus Knopper - creator of Knoppix and Gnoppix

  • The proposed standard must be implementable by everyone. Insufficient or vendor-specific documentation cannot be implemented by anyone in full.
  • The proposed standard must be architecture- and operating-system independent.
  • The proposed standard must not be obfuscated.
  • All components and interfaces must be openly disclosed and documented in full, and not given as a "container" for proprietary content.
  • The proposed standard must not contain patented/proprietary components.
  • Implementing the standard must be royalty-free.

Scott Preece - Desktop Architect

I understand that the proposed standard is really a surrogate for Microsoft's claim to legitimacy in markets where support for open standards and interoperability are critical.

However, it's also true that (a) in many problem spaces there are multiple standards and (b) the normal role of the standards process is to formalize existing practice rather than to make policy or invent "better" practices. I once chaired a POSIX working group that was trying to forge a single standard to unify practice where there were two existing practices; ultimately the effort failed and the two practices were individually standardized. And the world didn't end.

David "Lefty" Schlesinger - Chair, Linux Foundation Mobile Working Group

There are serious issues with OOXML being adopted as a standard, as the references show.

  • Interoperability is, in fact, pretty limited
  • The legal status of future versions is murky
  • The proposed standard is ginormous (that's an official word now, according to Merriam-Webster), and hasn't had a reasonable review period (and might, at over 6,000 pages, be too large to reasonably review, especially since it's pretty much duplicative of ODF)

The GrokLaw article references Google's statement on OOXML, which I endorse. If there are aspects of ODF which Microsoft would like to see improved, then let's work together to improve ODF. This new proposed standard seems unnecessary and burdensome.

John Walicki - IBM Open Client Architect

IBM is a strong supporter of open standards because they allow for fair competition among market players based on the creation and the implementation of the standards and do not allow one party to control the standard and therefore the marketplace. The ODF standard can be implemented and used by anyone on any platform, at any time, and no license or fee is required. This provides consumers with complete control and ownership of their documents, forever. ODF is truly open with contributions from dozens of companies. Changes to ODF will likewise be determined by the community. ODF provides a format that will be available to all without any specific company or companies controlling its fate or future.

We are very concerned about many aspects of the ooXML specification that is currently under ballot in ISO/IEC JTC1 including many technical issues concerning the quality of the specification.

  • It is unclear whether all vendors will be able to implement a fully compliant version of the ooXML specification. The specification references other specifications which are not publicly available and for which the Intellectual Property Rights are unknown.
  • The ooXML specification conflicts with many other International Standards (Language Codes, Paper Sizes, Colour codes, etc.) by implementing its own specific codes.
  • The ooXML specification defines capabilities (e.g. Mathematical Formulas, Vector Graphics) instead of simply referring to W3C specifications, which are internationally accepted and widely used.
  • The ooXML specifications rely on Windows specific capabilities. Document exchange with other operating systems is not guaranteed. An International Standard should be technology neutral.

Google Position
Jeremy Allison - Samba Architect
Dan Kegel - WINE architect

Google is concerned about the potential adoption of Microsoft's Office Open XML (OOXML) format as an ISO standard. Google supports open standards and the Open Document Format (ODF), an existing ISO standard that has been a driver for innovation. We do not think it is beneficial to introduce an alternative standard when the Open Document Format already meets the common definitions of an open standard, has received ISO approval and is in wide use around the world.

  • Multiple incompatible standards are a bad thing for customer choice, as purchasers of Betamax video recorders discovered to their cost. Multiple implementations of a single standard are good for both the industry and for customers.
  • OOXML is a brand new format, different from the existing .DOC, .XLS and .PPT formats that are widely used by Microsoft Office. In order to move to an XML-based format these documents will have to be translated. It would make more sense to convert to ODF, the existing ISO standard for editable document types.
  • ODF has at least twelve different implementations of software that can read and write ODF files. Many of the OOXML implementations are from partners of Microsoft who have contractual agreements to implement OOXML software. Multiple independent implementations help a standard mature quicker and become more useful to its users.
  • There is considerable legal uncertainty around the scope of Microsoft's Open Specification Promise covering OOXML, which appears only to cover the exact version of the specification currently published, but not any optional portions, future revisions or enhancements. It doesn't even appear to cover the portions that specify how to read all OOXML files converted by Office 2007 from .DOC files. The legal uncertainty surrounding the scope of this license grant weighs heavily against the propriety of ISO acceptance of the OOXML standard.