05.26.08

ODF, OOXML, Microsoft, And You

Posted in FLOSS, Industry News at 0:22 by lnxwalt

Suddenly, a flurry of OOXML-ODF related news « CyberTech Rambler

Fourth. We may in fact, never see a full implementation of ISO OOXML. Microsoft already said that it will support ODF 1.1, not ISO ODF (version 1.0). That is a correct technical decision, since ODF 1.1 is the norm today. Superimpose this tread of thinking on to OOXML and what do you get? Microsoft not implementing ISO OOXML, but a later, “enhanced” version which they dictate the development of. To critics who says this will not happen, let me remind you that ISO OOXML support is still an raincheck. We know that the earliest posible date is in two years time, i.e. 2010. Do you really believe that Microsoft Office format will stay stagnant at ISO OOXML for the two years??? I put my money on Microsoft Office in 2010 saving in the “updated” OOXML format, with the ability to save to ISO OOXML. When that comes true, every other office suite will still be in the same situation as they are today: forever playing catch up.

Lastly, to those who says OOXML is needed urgently, therefore we should sacrifice quality for speed, you just had egg on your face. The urgency is so strong that we can wait till 2010. Yeah!

CyberTech Rambler always has some interesting insights on the OOXML / Ecma 376 / ISO 29500 situation. I recommend reading his blog along with mine, Rob Weir’s, Andy Updegrove’s, and Pamela Jones’s. Others to read include Arnaud Le Hors and Bob Sutor.

For pro-OOXML propaganda, I recommend Brian Jones, Doug Mahugh, and Jason Matusow. Just recognize that they are constrained by their employer and so cannot speak their true minds. For example, Jason often states that he’s always against technology mandates, but if the mandate was that software used had to faithfully interpret and preserve compatibility with files used by an agency’s existing (Microsoft) software, I sincerely doubt that he’d oppose that. Rick Jelliffe’s posts on XML.com are another excellent read, once you understand that he is still sore about being branded as a wiki-editing prostitute by some overzealous OOXML opponents.

When ODF was being created at OASIS, Microsoft chose to let things go without their input. The knew that it was meant as a vendor-neutral open format that could be easily implemented by office applications suites. So why did they wait? Because their secret weapon has always been their file formats. Truthfully, nearly all of the important functionality in an office suite was already present in 1997. Very little has been added since then, other than bundling some other applications with the suite. The reason that MS Office has been used so widely is because only their product fully-understood their file formats. If you use Word and I use WordPerfect, there will always be little variations in the way the products render documents using Word’s file format. They saw ODF as just another attempt to dethrone them. If the product that runs on 90% of computers does not support the format, it will just die, they must have reasoned. But it did not turn out that way.

It turned out that the timing was right for ODF. Governments and end-users were tiring of having a single vendor for their software. They wanted vendor neutrality in their file formats and in their network protocols. They also wanted open standards, so they did not have to fear the wrath of patent-holders’ legal departments for accessing their own data. The wanted choice, not of file formats, but of vendors and products that use those formats. This is what ODF offers. OpenDocument Format (ODF, ISO 26300) is designed primarily for use by multiple vendors (althoug some claim that OpenOffice.org specific markup still exists within the format). ODF is mostly compatible with existing standards, so there is already a lot of experience with implementing parts of the standard. ODF has multiple implementations, including some that are completely independent. Once ODF went through the ISO-ification process, Microsoft suddenly realized that there are some areas (such as Europe) where laws may require governments to prefer ISO standards.

As a result, Microsoft sent their then-proprietary XML formats (dubbed Office Open XML [OOXML, sometimes called OpenXML]) through Ecma for standardization, with a target of getting the ISO seal of approval. In a contentious process that was far too short for the kind of detailed examination and changing that was needed, ISO recently approved OOXML as a standard, pending the disposition of a recent challenge. They have opened up considerably, although there are still some challenges for outside implementers of the formats.

The goal of the MS 2007 formats, as well as OOXML to some degree, is to prevent you and your business from having a choice of applications to use in creating, modifying, and reading your data. If you are locked-in by file format incompatibilities, you will not normally be willing to endure the pain of conversion to a competing product, even if that product fits your needs better. This also enables MSFT to charge higher prices, which leads to higher profits, which enables them to continue to subsidize their money-losing MSN / Live and XBox / Zune businesses. Their eventual goal, in my estimation, is to have an intravenous line into your wallet. It is only a slight exaggeration to say that they want to have you so dependent on Microsoft that you buy Microsoft-branded underwear because no one else makes undergarments compatible with the software that operates your chair.

The important thing for you to know is this: Microsoft’s Office 2007 does not support ISO standardized OOXML, and will not until at least 2010. Your .docx / .xlsx / .pptx documents are now in a doomed format that may shortly be unreadable by most software. Likewise for the corresponding macro-containing formats. If you care about continued access to your data, do not save in MS 2007 formats. Use the older .doc / .xls / .ppt formats, or even better, use ODF formats (.odt / .ods / .odp). If necessary, install the Sun plug-in (NOT the CleverAge plug-in) to enable support for ODF in your Microsoft Office software. (Unfortunately, there is not a Mac version of Sun’s plug-in yet.)

For your SLOB (small, locally-owned business), OMB (owner-managed business), or FOB (family-owned business), you might be better off holding onto what you have for a while and whenever you have to upgrade or replace a computer, going with Sun’s commercially-licensed StarOffice product (or the related open source licensed OpenOffice.org product). If you really prefer MS Office 2007, wait until SP2 is released next year, so you will have some level of ODF support built-in (and also PDF saving, the most requested feature in my workplace). Or you may want to check out IBM Lotus Symphony, which has a similar interface (like MS Office 2007, I can never find the functions I want).

Leave a Comment

You must be logged in to post a comment.