<p>This is an odd way of stating the interop problem between ODF and the billions of legacy MSOffice documents? "The costs to innovation in achieving true plug and play interoperability (high fidelity conversion?) when that result is feasible may be unacceptably high......"</p><br>
<p>OOXML was designed for the high fidelity conversion of those billions of legacy MSOffice documents. ODF was not.</p><br>
<p>What's interesting here is that Andy is correctly pointing out that the ODF vednors refuse to compromise on the <b>innovative</b> ways OpenOffice differs from MSOffice. The innovations involve the different ways OpenOffice implements basic docuemnt structures such as lists, sections, fields, tables and page dynamics. MSOffic euses an older method of implementation. </p><br>
<p>When converting legacy MSOffice documents to ODF, the fidelity breaks down wherever these strucutral features are present. The key point here is that these strucutral differentials are exactly related to how OpenOffice and MSOffice differ in their implementation methods. It's an application difference beign expressed at the file format level!!!!!!!!!!!</p><br>
<p>The ODF vendors refuse to compromise with their application level innovations. The result of this is that billions of MSOffice docuemnts cannot be converted to ODF without significant loss of information.</p><br>
<p>Which is to say: both ODF and OOXML are application specific formats. Worse, neither ODF or OOXML specify the syntax and semantics of layout!!! They only specify the syntax. Developers must study OpenOffice and MSDOffice to figure out how presentation (layout) is achieved.</p><br>
<p>This stands in stark contrast to the W3C's Compound Document Format (CDF). CDF provides a very generic, application independent separation of content (XHTML) and presentation (CSS), where the presentation layer is entirely specified. CSS is highly portable because it is completely specified and totally application independent. </p><br>
This link has been bookmarked by 1 people . It was first bookmarked on 05 Jan 2008, by Gary Edwards.
-
05 Jan 08
-
Add Sticky NoteUnlike screw threads, which are easily implemented with complete fidelity, it is sometimes only feasible to create a standard for software that, in a given case, at best will enable two products to become close to interoperable. After that, tinkering and testing is necessary to accomplish the final "fit." Similarly, the costs to innovation in achieving true "plug and play" interoperability when that result is feasible may be unacceptably high, leading to a decision to create a standard that (like ODF) only locks in a very significant amount of functionality, rather than complete uniformity (as OOXML strives to achieve).
-
-
Public Stiky Notes
This is an odd way of stating the interop problem between ODF and the billions of legacy MSOffice documents? "The costs to innovation in achieving true plug and play interoperability (high fidelity conversion?) when that result is feasible may be unacceptably high......"
OOXML was designed for the high fidelity conversion of those billions of legacy MSOffice documents. ODF was not.
What's interesting here is that Andy is correctly pointing out that the ODF vednors refuse to compromise on the innovative ways OpenOffice differs from MSOffice. The innovations involve the different ways OpenOffice implements basic docuemnt structures such as lists, sections, fields, tables and page dynamics. MSOffic euses an older method of implementation.
When converting legacy MSOffice documents to ODF, the fidelity breaks down wherever these strucutral features are present. The key point here is that these strucutral differentials are exactly related to how OpenOffice and MSOffice differ in their implementation methods. It's an application difference beign expressed at the file format level!!!!!!!!!!!
The ODF vendors refuse to compromise with their application level innovations. The result of this is that billions of MSOffice docuemnts cannot be converted to ODF without significant loss of information.
Which is to say: both ODF and OOXML are application specific formats. Worse, neither ODF or OOXML specify the syntax and semantics of layout!!! They only specify the syntax. Developers must study OpenOffice and MSDOffice to figure out how presentation (layout) is achieved.
This stands in stark contrast to the W3C's Compound Document Format (CDF). CDF provides a very generic, application independent separation of content (XHTML) and presentation (CSS), where the presentation layer is entirely specified. CSS is highly portable because it is completely specified and totally application independent.
Page Comments
The First Law of the Interent is that of interoperability. Interop ALWAYS comes first.
Interop trumps innovation!!!
This is why the Interent changes everything. Innovation takes place within the bounds of ineroperabiltiy. Vendors of course rely on innovation as the primary means of market differentiation. They would of course champion innovative features. Interop on the other hand is a leveling force.
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.