OOXML backwards compatibility led Microsoft to ODF

Looks like Microsoft has realised that a poorly written standard is complex if not impossible to use so are now trying to backtrack and use ODF instead. After spending all that time and effort pushing OOXML through the standards selection process they have obviously sat down and realised that not only can no one else implement OOXML but they can't either. Hopefully they will start to play the game and concentrate on making ODF a better standard rather than trying to mess everything up by producing their own train crash of a standard.

Vintage Microsoft, pushing through their own standard because the existing (ODF) was inadequate and customers supposedly wanted choice, now they realise they want to be involved in ODF, why waste resources on OOXML in the first place?

"This is not about any one document format 'winning'” then why worry about speculators? Why the decision to support ODF only now?

Ah well, better than nothing (maybe). Should this "act of goodwill" mitigate what's going on now? Becta, the EC rulings etc. I rather think not. If Microsoft "play nice" in the future that's where their rewards should lie, not in the present.

1. They can state that they will implement ODF and in the meantime will push OOXML (even current version). "You said that you would implement ODF where is it?" - "yeah, we have work-in-progress" - "but when?" - "soon, use ooxml for a while", "you're implementation is incorrect!" - "we'll fix it very soon - use ooxml for a while".

2. There are a lot of people who 're worried about format monopoly and backward compatibility issues. May be MS just realized that they can get the client who want ODF to buy MSO for it. Or some big corporates (may be governmental) of MS wanted ODF. It's better to support ODF and sell MSO+Vista than to look at that OOo+Linux migration. And that doesn't mean that MS is going to stop pushing OOXML.

Almost everything about this comment bothers me, so I'll deal with it piece by piece:

"poorly written standard"

Says who? Possibly a MINORITY of the standards approval body, since the standard was approved by the MAJORITY.

"complex if not impossible to use so are now trying to backtrack and use ODF instead"

If you call backtracking implementing both standards, but on a different timetable. They already substantially support the standard through their current version. I totally understand not wanting to revisit and retrofit the current code as that would likely introduce bugs. The handling of rolling the standard into the product is no different from the late 90's when many companies were implementing versions of web technologies in advance of them being approved for inclusion in the HTML standard.

"they have obviously sat down and realised that not only can no one else implement OOXML"

You are insulting a lot of smart people to say that NO ONE else can implement it. Given that the OOXML standard is probably 5 times the size of the ODF standard (since it includes standards for spreadsheet formulas and all kinds of other things that ODF doesn't), it may be justifiable to say that no one else could afford to implement it, but I've seen the open source community do some pretty amazing things. Not to mention the fact that several companies have already implemented the standard.

"they can't either"

Huh? They already said they're going to implement it in Office 14. Yes, I realize that saying and doing are two different things, but they have already substantially supported the standard through the pre-standardization version in the current version of Office.

"Hopefully they will start to play the game and concentrate on making ODF a better standard"

For what purpose, since it is obvious the only way to extend ODF to support the full range of Office features would be to throw it out and write a new, more comprehensive standard? Oh wait, they did...

"trying to mess everything up"

So somehow you look at the implementation of a new standard as somehow personally injurious or detrimental to some pet project (maybe the ODF standard)? I think you are ascribing way too much malice and ill intent to a company that has a hard time trying to get anything at all done, let alone go on some crusade to destroy some standard.

"producing their own train crash of a standard"

In your opinion. I don't have a great deal of love for Microsoft, but neither do I interpret their actions as ill will to their customers. That would require them to remember who their customers are - something they long ago forgot.

You have an issue with the comment poorly written standard. I have to say that if you had tried to read this thing you soon see the problems. The whole thing has obviously been put together hastily and needs a lot of work to make it half readable. Even many of the supporters of OOXML have admitted that it is poorly written. Most of its complexity revolves around having to reinvent a lot of work already covered by other standards, this being the main reason why ODF is pretty light weight in comparison because it leverages other standards.
Fully implementing OOXML will be a nightmare due to all the stuff like formatAsWord6 attributes, binary format stuff etc. It's true that OOXML is currently partially supported within current office versions but my main point is that there are still so many issues with the spec, that require changes, that neither Microsoft or any one else will want to do anything with it for some time until the spec becomes more stable. This I suspect is why Microsoft have delayed implementation until version 14. This is the problem with railroading the spec through the selection process with all the dodgy tactics employed in that. Microsoft seemed to loose the plot with this whole fast tracking thing and have ended up in a mess. I suppose this was to be expected, after all the only reason for OOXML was a marketing tactic and a fear of loosing market to standards based software.