How many sides are there in the OOXML debate? What if all sides are Microsoft and Microsoft business partners?
[...]
Dough Mahugh (Microsoft) :Next week's XML 2007 conference in Boston features speakers from all sides of the document format debate, including a document interop session with Miguel de Icaza (Novell) and Vijay Rajagopalan (Microsoft) that I expect will offer a lively discussion around Open XML, ODF, and XML-based interoperability in general.
”OOXML is all about Microsoft, so what is Novell's presence supposed to mean in this case?“Novell insists that it supports ODF, yet it sends a speaker to this conference who thinks that OOXML is a superb standard. Let is be clear that OOXML is against ODF in the sense that it's designed to interfere with its adoption. OOXML is all about Microsoft, so what is Novell's presence supposed to mean in this case? As we stated before, Novell helps OOXML. Need one even mention the fact that Yahoo is presenting, despite it close relationships with Microsoft and some apparent tendencies that are against Open Source and freedom?
It is the type of smug deception we see above ("all sides of the debate") which makes the GNOME Foundation's presence in ECMA a disaster, makes Gnumeric support of OOXML a disaster, with even more to come. Any participation of this kind will be used by Microsoft against OpenDocument format? It's bad enough that Novell is one among several known 'puppets' that are companies. But why GNOME? ⬆
Comments
Stephane Rodriguez
2007-11-30 12:01:53
It's a little subtle. The real question is not about supporting this file format or not. Market forces dictate that any vendor of an Office suite will have to support it sooner or later or will lose customers. (As an aide, MS Office 2009 beta is just around the corner, it will be interesting to know what kind of changes are being made to the file format.)
The real question is about whether a vendor takes the memory structure to implement the main functions out of OOXML files (read, write, render, calc, ...) to exactly match the one from OOXML, or if it's a superset, or something different.
First an anecdote, ever wondered why Jody Goldberg is boasting support for some of OOXML file format? Clearly because Gnumeric is a decade-old project whose internal memory structure was DESIGNED TO MATCH the one from Excel. And since OOXML spreadsheets is just angle brackets around the old Excel, it automatically follows that for someone with all the stack implemented already, it does not take years to implement some of the OOXML file format. Note that, to be accurate, Gnumeric won't probably support any of the new theming/DrawingML/charting stuff introduced in Excel 2007 for at least two years, and that won't stop him from claiming suport anyhow. Now someone must ask himself, what time is it going to take for someone starting from scratch now? 2 years? 5 years? 10 years?
The only reason why Jody Goldberg does not support ODF, or not so much, is because the memory structure of Gnumeric is too tightly coupled with Excel's, therefore it can't adapt.
What we need is a vendor whose memory structure is so versatile it can adapts to any Office related file format. As a matter of truth, Microsoft could have made this task much easier if they understood XML. The way the Excel team uses XML only proves they don't understand XML at all : in essence, they use it as a binary stream instead of a text stream. It's only the result of Microsoft own incompetence that implementing OOXML and interoperating with other file formats is going to be so much taxing for everyone out there. For this reason alone, OOXML should be rejected at ISO, until it gets significantly improved. (I have no problem Microsoft getting the ISO timestamp if the file format has real merit, which it lacks right now).