Slashdot Mirror
ODF Alliance Warns Governments About Office 2007 ODF Support
omz writes "The ODF Alliance has prepared a Fact Sheet for governments and others interested in how Microsoft's SP2 for Office 2007 handles ODF. The report revealed 'serious shortcomings that, left unaddressed, would break the open standards based interoperability that the marketplace, especially governments, is demanding.'"
Malice, or simple incompetence? Given Microsoft's track record, I can believe either one.
I know there are a lot of smart people working for Microsoft. But somehow it's as if there's a reverse gestalt phenomenon going on in their company - the whole is less than the sum of the parts.
#DeleteChrome
That the standards created for the ODF formats are no where near perfect.
In fact, the ODF specification for spreadsheets doesn't state where formulas should go in a document. Something OpenOffice and Microsoft handle very differently. Because of these loopholes it's possible for software deveopers (Not just Microsoft) to do what they think is best instead of follow the standard.
What the OpenOffice and Open Source communities should be doing is working to resolve these loopholes so Microsoft and other developers can follow.
I know Microsoft is being its usual self, but perhaps the ODF alliance should promoting a certification program and a compliance logo to raise the quality of interoperability of ALL ODF based applications.
If you write a standard and clamor to get it adopted by law, don't leave Redmond-sized holes in it. Someone might just try to drive a Microsoft through it.
Although nobody is really surprised that Microsoft has made their software comply with the letter of the law and not the spirit, is this really a big issue? If, as the summary says, the marketplace is demanding a grand interoperability between software products, then we might see the rapid uptake of OOO in the near future. Failing that, if nobody switches, then the market has spoken loud and clear, Nobody cares.
Honestly, the single most productive thing you could do to ensure the rapid uptake of open standards would be to make openoffice.org an amazing product. Put all of your time and effort into making it clearly superior, and at that point everyone will use an ODF by default.
Shouldn't the file be an ODF format?
You're not trying to let them edit it. You're trying to influence them with a fixed document. So a display-only format is fine.
Further: You're trying to influence people who are NOT YET onboard with ODF. So you want a format that is viewable by as wide an audience as possible while displaying conveniently in an easy-on-the-eyes form. Right now that's PDF.
Putting it out in ODF means it's only viewable by people who already have ODF installed. That's mainly the people who are already onboard and don't need to be convinced. So it would be a case of "preaching to the choir" rather than "converting the heathen". Useful for giving your evangelists more talking points perhaps. But not all that useful for the purpose intended.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
Um, the difference is Office 2007 formats aren't a standard. OOXML is, but even MS's own implementation doesn't match up to the specs.
ODF on the other hand has an open implementation, free source code, open specs, royalty free, etc.
ODF alliance warning about sub-par ODF support on Office 2007 which ODF is totally open, is different than MS warning about not supporting their closed, undocumented format.
Taxation is legalized theft, no more, no less.
Microsoft followed the ODF specification to the letter
Are you paid to astroturf? Thy did not follow it to the letter and they ignored the reference implementations and if they tested for compatibility like everyone else they did so to make sure things would not work. Given their market share, that's criminal.
There's a couple reasons why they'd do it differently:
1) The whole reason they are doing the ODF thing is pressure from the EU with regards to anti-trust. Part of that pressure is that "You have to do it according to the standard." They don't want MS to go and say "Well we implemented some of the standard, but changed it in ways we like." So MS has been sticking strictly to the standard. Not all the other implementations do. So, you get a difference in results. Now you can argue that the right way of doing things is everyone else doing the same thing, even if it isn't the standard, but that really isn't an option for MS. They need the CYA ability to say "We implemented the standard 100% to spec, no deviation."
2) All the other ODF stuff I've seen is open source. As with most open source, they borrow heavily form other open source projects. In the case of ODF, the modus operandi seems to be "Do what Open Office does." Ok that's great, but again not an option for MS. They can't take OOs code, of course, or they'd have to open up their software which they don't want to do. In theory they could look at it and then "reverse engineer" it so to speak and reimplement but that's dangerous. They won't want to fight claims of violating the GPL. So best to just have your dev team pretend it doesn't exist and do their own thing.
Basically the ODF spec isn't clear and precise. So there are areas where you kinda have to decide how you want to do shit. MS isn't going to look at how it was done in OO's code, so their own design culture, which is different, will dictate how things are done. So you get differences right there. Then there are cases where the popular ODF implementations aren't compliant with the spec. They work because they are all not compliant in the same way, but then that won't work with MS's compliant implementation.
More or less it looks like the ODF alliance needs to shut up, and write a better standard. For something like this, a good standard will be very complex and extremely specific. There's just no avoiding that. If you want to be able to have all of this different, rich functionality, and you want it to work the same way and display the same way everywhere, the standard has to be very very detailed. Everything has to be specified precisely. You can't leave it up to the developer on how to do anything, or you are going to get differences.
Plenty of info here:
You seem to have fallen for marketing nonsense. There exists a spec, which no one including MS has implemented. Then there exists the docx files MS office creates which are not compliant with the standards you link to and which are not fully documented anywhere.
From the first link you posted, a quote about when MS will be compliant with the published version of the spec:
On March 13, 2008 Doug Mahugh, a Senior Product Manager at Microsoft specializing in Office client interoperability and the Open XML file formats confirmed that version 1.0 of the Open XML Format SDK "will definitely be 100% compliant with the final ISO/IEC 29500 spec, including the changes accepted at the BRM"
To date they have not managed to comply fully with their own format specification and no other company has a fully compatible version either, that I know of.
So where is the documentation for the docx format Word creates today? Where is the fully compliant, BSD licensed reference implementation for Linux that OO can copy and paste code from? I think your argument pretty much went down the crapper at this point.
Microsoft did what they had to do to break compatibility. They must have been laughing themselves silly when they realised that other users of ODF had left the door open for them to both break compatibility AND claim compliance.
Don't kid yourself, they may have been very happy to claim that they are compliant, but compliance was not the aim. Breaking compatibility was the primary purpose.
Microsoft did it: they managed to make ODF scary - it may or may not work. It was a brilliant FUD move.