The Linux Foundation

 
Architects on OOXML

From The Linux Foundation

(Difference between revisions)
Line 2: Line 2:
  
 
=== Quotes ===
 
=== Quotes ===
 +
'''Dan Kegel - WINE architect'''
 +
 
One of my concerns is that Microsoft reserves the right to sue you
 
One of my concerns is that Microsoft reserves the right to sue you
 
if you implement all of OOXML.  The Microsoft "Open Specification Promise"
 
if you implement all of OOXML.  The Microsoft "Open Specification Promise"
Line 9: Line 11:
 
Thus Microsoft seems to be saying that any OOXML file
 
Thus Microsoft seems to be saying that any OOXML file
 
that was produced by loading a Word 2003 file and saving it as OOXML
 
that was produced by loading a Word 2003 file and saving it as OOXML
-- and that's going to be the most common case for some time --
+
(and that's going to be the most common case for some time)
 
cannot be legally read by a competing implementation without
 
cannot be legally read by a competing implementation without
 
licensing Microsoft's patents.
 
licensing Microsoft's patents.
 
'''Dan Kegel - WINE architect'''
 
  
 
----
 
----
 +
'''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 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 be architecture- and operating-system independent.
Line 22: Line 24:
 
* The proposed standard must not contain patented/proprietary components.
 
* The proposed standard must not contain patented/proprietary components.
 
* Implementing the standard must be royalty-free.
 
* Implementing the standard must be royalty-free.
 
'''Klaus Knopper - creator of Knoppix and Gnoppix'''
 
  
 
----
 
----
 +
'''Scott Preece - Desktop Architect'''
 +
 
I understand that the proposed standard is really a surrogate for Microsoft's
 
I understand that the proposed standard is really a surrogate for Microsoft's
 
claim to legitimacy in markets where support for open standards and
 
claim to legitimacy in markets where support for open standards and
 
interoperability are critical.
 
interoperability are critical.
<p>
+
 
 
However, it's also true that (a) in many problem spaces there are multiple
 
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
 
standards and (b) the normal role of the standards process is to formalize
Line 37: Line 39:
 
effort failed and the two practices were individually standardized. And the
 
effort failed and the two practices were individually standardized. And the
 
world didn't end.
 
world didn't end.
 
'''Scott Preece - Desktop Architect'''
 
  
 
=== References ===
 
=== References ===

Revision as of 15:13, 27 August 2007

Architects Speak Out on OOXML

Quotes

Dan Kegel - WINE architect

One of my concerns is that Microsoft reserves the right to sue you if you implement all of OOXML. The Microsoft "Open Specification Promise" and the earlier "Covenant Not To Sue" only cover the *required* portions of the standard, not the optional sections, e.g. the ones that handle backwards compatibility. Thus Microsoft seems to be saying that any OOXML file that was produced by loading a Word 2003 file and saving it as OOXML (and that's going to be the most common case for some time) cannot be legally read by a competing implementation without licensing Microsoft's patents.


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.

References


[Article] [Discussion] [View source] [History]