Home > Standards Blog

Advanced Search 

Welcome to ConsortiumInfo.org
Saturday, May 27 2017 @ 02:39 PM CDT

Email Article To a Friend View Printable Version

First Public Draft of Open XML is Published by Ecma

OpenDocument and OOXML

And this is just the first draft 
               Microsoft spokesperson, commenting on the 4,000 page
               first draft of Open XML, as quoted at eWeek

The first draft of Open XML has been posted for public viewing at the Ecma Website, five months after Ecma accepted Microsoft's submission of what was then less-appealingly referred to as the XML Reference Schema.  The most detailed source of information I've found so far is this page at Brian Jones' blog, which focuses heavily on XML in Office and the development work on Open XML file formats (Brian is a Microsoft Office Program Manager who has frequently provided public comments on the progress and purpose of Open XML).  You can also find short press articles at NetworkWorld.com, by IDG's Elizabeth Montalbano, and at eWeek.com, by Peter Galli.  Both Elizabeth and Peter have been following the ODF/XML Open story for many months. 

According to Jones, the specification is now 4,000 pages long (roughly twice its original size) and has been the subject of weekly two hour conference calls and three day face-to-face meetings about every two months. 

Each of these sources is quite brief, and therefore there is little new information to be gleaned about the draft specification, short of downloading it and diving in yourself.  For those not so able or inclined, though, here is one out take from Brian's blog that is instructive regarding the differing approaches (and constraints) represented by the ODF and the XML Open approaches:

Depth of documentation - I know we've said this a million times, but this is a huge project. Migrating all the existing Office documents into an Open XML format and then providing full documentation is a ton of work. Many people don't realize how large these applications are, and how much there really is to cover. If you want an example, download the spec and look a the documentation for the simple type "ST_Border" which starts on page 1617 (it's in the WordprocessingML reference section under simple types). That shows a list of almost 200 legacy border patterns that you can apply to objects in a Word document. Tristan Davis, the Word representative on the Technical Committee, had to wok on every single one of those and provide images so anyone else could reproduce them. He created almost 200 documents, took screenshots of each one, and then provided the description and image representation in the spec. This format is 100% compatible with the existing base of Microsoft Office documents, so nobody will need to worry about losing features, even if it's the "Maple Muffins" border style (page 1643) :-)

That's a lot of detail - much more than can be found in ODF.  As I've noted before, a key decision in the creation of any standard is the level of detail to standardize upon.  If the level is too low, then interoperability will suffer, because much of what is needed to make the product useful is left up to the vendor, and those additional features will be proprietary. 

But if the level is too high, then only clones can be built, which is good for interoperability, but death to innovation.  It can also be death to competition, since if (as in this case) the standard is based on an existing product, then no would-be competitor would ever expect to be able to catch up with the incumbent, much less compete on price.  So why bother?

While I'm not a programmer, what version 1.3 of XML Open indicates to me is that the specification may be fine (and even perhaps very good) for making it possible for end users and external developers to do more with Office documents, but it may be useless for creating true competition in the marketplace - which presumably is exactly what is intended.

As a result, if what you are looking for is multiple product alternatives, a rich set of features, price competition, and rapid, market-responsive product evolution, then I think that products that support ODF will be what you'll want to be looking at.

I'll return to this topic in the days ahead as more information becomes available.

First Public Draft of Open XML is Published by Ecma | 7 comments | Create New Account
The following comments are owned by whomever posted them. This site is not responsible for what they say.
First Public Draft of Open XML is Published by Ecma
Authored by: Anonymous on Friday, May 19 2006 @ 09:12 AM CDT
"But if the level is too high, then only clones can be built, which is good for interoperability, but death to innovation."

Death to innovation?  How the hell do you come up with THAT?

Any standard, by definition, eliminates innovation in the area that the standard covers.  It doesn't stop innovation on things which are built upon the standard.
[ # ]
First Public Draft of Open XML is Published by Ecma
Authored by: Anonymous on Friday, May 19 2006 @ 10:03 AM CDT
I'll reiterate another comment I saw on Groklaw:

"Wasn't this the same Brian Jones that said that the ODF standard was too long?"


Maple Muffins?

Whiskey, Tango, Foxtrot, over.
[ # ]
Beating a Dead Horse!
Authored by: rstanley on Friday, May 19 2006 @ 03:21 PM CDT
Even if the Ecma approves the so-called MS "standard" the odds that the ISO will approve can only be expressed using negative numbers! ;^)

The rest of the world will support the ODF rapidly.  The US will lag behind as usual.

Tux Rules!
Gates Drools!!
And Balmer throws Chairs!!!

[ # ]
First Public Draft of Open XML is Published by Ecma
Authored by: Anonymous on Friday, May 19 2006 @ 03:47 PM CDT
How can this be an open standard if even one of those borders are copyrighted by Microsoft?
[ # ]
You are spreading Microsofts PR department BS
Authored by: Anonymous on Friday, May 19 2006 @ 07:45 PM CDT
Would you please concentrate a bit and call this format "Microsoft Office Open XML" or something more descriptive, instead of repeating Microsofts PR ploy. The short phrase "Open XML" was coined by them just to undermine or rephrase the meaning of "open" and portray their implementation as the oh-so-*ultimate* XML format (as if they'd believe it was the only one).
There is nothing special about XML file formats and no reason that this fact alone is used in such a buzzwordish fashion.

OTH, if I rethink it, this may not neccessarily be a PR campaign. Maybe it's just Microsoft believing to always get away with trying to trademark GENERIC terminology ("SQL Server", "Word", "Windows", oh and "Office").
[ # ]