Advertisement
Promo

Office applications Toolkit

Story: Google: OOXML 'insufficient and unnecessary'

  • Previous comment

Posted by: Marbux (Friday 29 February 2008, 7:03 PM)

  • Reply

OOXML interop is abysmal

Albert, thank you for acknowledging that OOXML interop is application-level rather than being enabled and required by the format specifications. The same phenomenon is seen with ODF. So perhaps we can now begin a productive discussion.

But the fact that interop is at the application level, requiring e.g., scripts, custom schemas, ribbon extensions, etc. to make it work as with the Mindjet "mind-mapping" tool is a bug, not a feature.

One huge problem with both OOXML and ODF is that neither specifies an interoperability framework. As you say, high-fidelity interop can only be achieved with them by 1:1 feature matches between implementations exchanging documents. I.e., it is impossible to map markup in a document to functionality that does not exist in another application. As a practical matter, that will never occur because of the ongoing feature war.

But the technology for more featureful apps to round trip documents with less featureful apps is well understoood. There are different methods, but the method that involves no loss of information involves the use of profiles; that is, defined supersets and subsets of markup, coupled with the required setting of compatibility modes in implementing apps.

The W3C Compound Document Formats take this approach. The Compound Document by Reference Framework includes strict rules both for the creation of profiles and for processing of profiled markup. You can get a very good start on understanding the methodology by contemplating this single sentence from the Framework's conformance section:

A conformant user agent of a superset profile specification must process subset profile content as if it were the superset profile content.

But ODF and OOXML eschew such well understood methodology for achieving interoperability despite feature mismatches, in violation of JTC 1 Directives. They specify no interoperability framework and neither have been profiled. Moreover, there are only two plausible explanations for their not doing so: either ignorance or a desire to ensure that the most featureful and widely adopted implementations of each, OOo and MS Office, remain the leaders of their respective markets by enabling only one-way "interoperability" with those applications.

You also labor under a misconception in arguing that ODF is incapable of expressing the full range of functionality in MS Office. It requires extensions, yes. However, OOo itself uses some 150 custom extensions. But the da Vinci ODF plug-ins for Microsoft Office proved that only five generic extensions were necessary to do so. And the fidelity in converting from ODF to the binary formats in MS Office was virtually flawless.

The interop problems encountered by the da Vinci development team were mostly going in the other direction. The principle barrier is that the OOo page layout engines, as reflected in the ODF specification, have a far richer vocabulary than Microsoft Office. That is not surprising since the exceedingly brittle Microsoft apps still use their original 16-bit page layout engines but StarOffice was designed from the git-go as a 32-bit app that takes far more advantage of the greater processing power.

The second major barrier they encountered was that OOo destroys extensions created by other conformant ODF implementations. Between the more limited functionality of MS Office and the OOo destruction of the needed extensions, the da Vinci team was unable to establish interop between MS Office and OOo. But there was no problem with expressing the full range of MS Office functionality in ODF.

But in standards work, we should not be overly concerned with expressing the full range of functionality of a given application. We are concerned with identifying a standard abstraction for the exchange of data between different information technology systems. Unfo

Private message disabled

Marbux

Marbux
n/a
Member since: February 2008

Site Activity Rating:

1

 


  • Previous comment

  • Reply to this comment
  • Return to story
  • Report this as offensive


Full Talkback thread

Story: Google: OOXML 'insufficient and unnecessary'

  1. Very nice Albert lars
  2. Microsoft double-tongued Anonymous123
  3. ODF useless for Microsoft needs Albert
  4. OOXML is fully open Albert
  5. Sorry, the comment was cut short. Here'... garyedwards
  6. Reasons for lack of interoperbility in ODF Albert
  7. ODF, The Big Picture Goldie Simmons
  8. Breaking the Web garyedwards
  9. Google has invested in competing format Albert
  10. Document standards 2000355890
  11. Questioning Google’s objectiveness harpless
  12. Microsoft's Argument is Ridiculous Goldie Simmons
  13. insufficient and unnecessary standard, designed pu... ator1940
  14. Interoperability and the binary ODF conversion di... garyedwards
  15. A bit of background... Anonymous123
  16. Microsoft moves forward with OOXML SDK Karen Friar ZD
  17. The rest of the text in the previous tal... lars
  18. Google motivation Albert
  19. Which OOXML features in particular can't... Chris Rankin
  20. XML in spirit isn't going to be as effic... Anonymous123
  21. But does even Microsoft Office use OOXML... Chris Rankin
  22. Thanks Gary, very informative Goldie Simmons
  23. Durusau's proposal is preposterous Marbux
  24. A very Interesting Take Moley
  25. Features not in ODF Albert
  26. OOXML performance explained Albert
  27. Office and OOXML David Meyer ZD
  28. MS Office 2007 does fully support O... Albert
  29. ISO Credibility garyedwards
  30. Thank you for an intelligent r... Anonymous123
  31. Of course ODF isn't backwards... Chris Rankin
  32. Then why add "read"... Chris Rankin
  33. 00o writes compliant files Goldie Simmons
  34. You are contradicting Rupert G... Chris Rankin
  35. Terse markup for speed -- NOT Marbux
  36. Tail end of previous comment garyedwards
  37. Cut to the chase garyedwards
  38. ODF also has backwards compati... Albert
  39. MS influencing ODF development... Albert
  40. No, OOo is not fully complient... Albert
  41. MS Office 2007 files fully val... Albert
  42. That's OK, I contradict R... Rupert Goodwins ZD
  43. Widespread support for OOXML a... Albert
  44. Actually OOXML is not really t... Albert
  45. Actually MS Office 2007 compli... Albert
  46. Actually, you're making all th... Chris Rankin
  47. It's a question of greate... Chris Rankin
  48. Questions for the community Goldie Simmons
  49. Do tell me more, Albert Marbux
  50. Albert, give me a single examp... Marbux
  51. Open Standards Moley
  52. If you plan for incompatiblity... Albert
  53. Believe is in the prove Albert
  54. ODF and OOXML are standards in... Marbux
  55. explaination Albert
  56. ODF better readable but less g... Albert
  57. Interoperability Albert
  58. OOXML is Open Albert
  59. Then why does the same spreads... Marbux
  60. Extensions are bugs, not featu... Marbux
  61. OOXML interop is abysmal Marbux
  62. Extensions to ODF realistic ? Albert
  63. Undocumented eXtensions and St... garyedwards
  64. Not 1,500 extensions Marbux
  65. You've got to be kidding,... Marbux

Back to: Google: OOXML 'insufficient and unnecessary'

Video icon

Video

Vista Upgrade Blog

Windows 7 pricing all over the shop..a...

I really think Microsoft have made a mess of Windows 7 pricing. They got the product right, yet there initial pricing of at around £44.95 for the full version of Windows 7 Home Premium... More

7 comments

Adobe Reader in the Enterprise

This week I had the pleasure of working with some of the Microsoft Premier Field Engineers (PFE's) in an effort to further understand some of the application compatibility issues that... More

Post a comment

No Email Program in Windows 7???????

This has got to be a joke (albeit a very bad one). Or an oversight. A mistake, maybe? Is there really NO EMAIL PROGRAM IN WINDOWS 7????? Not even Microsoft is that stupid, are they?... More

14 comments


Skip Sub Navigation Links to CNET Brand Links

Help

Become part of the ZDNet community.

Newsletters