McKee said what he said as part of his initial opening remarks and did say it as part of a bigger sentence though. So it seems to be an explicit corporate message.
It is time to disseminate the idea that OOXML is dead and that ODF is still the "lingua universalis" for office documents. But the resistance of Microsoft to ODF and its OOXML campaign is also very helpful and essential for the domino project's success. If Microsoft surrenders prematurely we get difficulties to further grow the community for open standards.
The UKUUG officially voiced many of the objections that were flying around at the time (and still are):
* The BSI approved fast tracking OOXML in the absence of a revised draft despite over 1000 comments to the original draft. * Doing so undermines wider faith in the standards bodies themselves. * Fast tracking approval in the absence of a single implementation of the format—even from Microsoft—is hard to justify. * Rejection of the fast track is not rejection of the standard which should be given greater consideration before approval. * Fast tracking a proposed standard requires a high level of consensus. Something distinctly lacking with regards OOXML.
Microsoft claim that their attempt to establish OOXML as an ISO standard is in the spirit of open standards and interoperability. It is seen by its opponents as Microsoft's attempt to retain ownership of document formats in the face of the adoption of ODF – the Open Document Format, an open standard already accepted as an ISO standard. OOXML is deemed unnecessary and has been criticised because of the size, imprecision and incomprehensibility of the Microsoft specification document, a document seemingly designed to make it almost impossible for any company, other than Microsoft, to write applications that are OOXML compliant.
Alain Williams, Chairman of UKUUG, said, "We are concerned about future generations being able to access today's electronic documents. That can only happen with fully disclosed document formats. To ensure continued profits, Microsoft prevents effective competition in word processors by keeping file formats secret. Adopting OOXML would be like setting to sea in a sieve, Lear's Jumblies might make sense of it, but I can't."
Same old, same old. Move the goal post. Vaporous promises. And that is what I fear they will continue to do with OOXML, if it's ever approved, because they can. Who will stop them? ISO? They seemed to fall into Stockholm Syndrome long ago, the few that were not replaced with Microsoft folks. What is the effect of Microsoft changing the protocols in the compliance work?
(iv) Open Standards
121. Among technology standards, there is particular interest for “open standards”. While there is no universally accepted definition of that term, all open standards have the following common characteristics: (i) the specification is publicly available without cost or for a reasonable fee to any interested party; (ii) any IP rights necessary to implement the standard are available to all implementers on RAND terms, either with or without payment of a reasonable royalty or fee; and
...from what we know about Microsoft policies (right or wrong) their employees are barred from looking at code under certain licenses (GPL being one of them...
“If that's actually true, and Microsoft engineers are not permitted to view GPL sources, then how exactly did Microsoft manage to implement ODF in MS Office?”This "GPL ban" is one such example, and is especially interesting given the Vole's subsequent support of ODF in MS Office (ironically to the exclusion of their own OOXML), since according to the ODF antagonists (i.e. those steered by Microsoft) it is unimplementable without consulting the sources to OpenOffice.org (see OP), hence the assertion that it's "incomplete". If that's actually true, and Microsoft engineers are not permitted to view GPL sources, then how exactly did Microsoft manage to implement ODF in MS Office?
Hmm, how easily the bigots' inconsistencies are unearthed.
The specifics of the claim upon which de Icaza seems to base his (Microsoft's) entire anti-ODF position, is that it excludes definitions for maths formulae [1] (e.g. in spreadsheets), which as explained by the OASIS ODF Technical Committee is beyond the remit of a technical description for an XML format [2]. IOW it's like the W3C drawing a distinction between markup (HTML) and layout (CSS), and rightly insisting that the two remain separate.
A comment was submitted concerning the inclusen(sic) of a grammar for spreadsheet formulas which conforming implementations should support. While we think that having interoperability on that level would be of great benefit to users, we do not belive(sic) that this is in the scope of the current specification.
We are of the view that the format appears to be designed by Microsoft for Microsoft products, and to inter-operate with the Microsoft environment. Little thought appears to have been exercised regarding interoperability with non-Microsoft environments or compliance with established vendor-neutral standards
Having created this monster called OOXML, Microsoft then used bribery [8]; threats [9]; blackmail [10] [11]; and vicious smear campaigns [12] [13] to force OOXML into fast track acceptance, and all with the hot and eager assistance of Miguel de Icaza, Jody Goldberg, Jeff Waugh, the Gnome Foundation, Novell; and other Free Software "advocates" in the "We love Microsoft" cheerleading camp [14], assistance which they gave under the laughably weak pretext of "drilling for docs" [15].
Indeed de Icaza was so determined to help force through this ODF-killer, that he even attempted astroturfing COLA shortly before the final vote, bringing his pal Jesper Lund Stocholm with him for moral support. The timing of this appearance could not have been more obvious.
Comments
David Gerard
2008-06-22 15:33:44
EazyVG
2008-06-24 11:20:09
Roy Schestowitz
2008-06-24 13:14:48