Wow! The ODF peasants with pitchforks are have taken to the streets, and ISO document expert Alex Brown is taking them on. The volumes of traffic generated by any discussion of the ISO XML document wars continues to amaze. It's very one sided though.
The basic problem seems to be that ISO has accepted two XML document format standards, OOXML and ODF, with OOXML being held to a higher set of expectations than ODF. Alex would do well if he could step back from the OOXML - ODF war, and move the discussion to something like the theoretical IDABC ODEF: the European "Open Document Exchange Formats" design.
With ODEF as single set of XML format requirements against which both OOXML and ODF can be measured and compared, Alex might be able to neutralize the heated emotions of angry Open Source - Open Standards - Open Web supporters, who mistakenly think ODF measures up to ODEF expectations and requirements. Trying to compare ODF to OOXML isn't getting us anywhere.
At some point, we have to ask ourselves what is it that we want from a standardized XML document format. Having participated in both the Massachusetts pilot study and the California pilot discussions, i have to say that the public expectations were that XML formats would have a basic set of characteristics: open markup; structured separation of content, presentation and logic; high level interoperability (exchange), and Web ready.
These are basic "must have" expectations. XML formats were expected to be "better" than 1998 HTML-CSS. But when we apply the basic set of expectations, todays HTML+ (webkit HTML5, CSS4, SVG/Canvas, JS, JS Libs) turns out to be a far better format.
Where the XML formats really fall off the wagon are the interoperability and Web ready expectations. For the life of me i don't see how anyone can compare ODF or OOXML interoperability with that of HTML+. And of course, HTML+ is the native language/for
Jesper Lund Stocholm was kind enough to point out that, once again, GrokLaw is stoking the fires of the XML document wars. This time PJ takes on Alex Brown, of the ISO SC34 document standards group convenor. And Alex responds ... and responds ... and responds. of course, the attacks keep coming!
I left Jesper a rather lengthy comment at:
http://tinyurl.com/document-wars
The more interesting issue to me is whose voice Groklaw echoes. On the document format war, it's seemed since I stopped contributing articles to Groklaw a few years ago that it is the IBM public relations department's voice being echoed. I'll save for another day the topic of whether the echo chamber is self-delusional or deliberately intended to delude readers.
Groklaw throws a pretty good punch. E.g., it launched ODF vs. Microsoft XML formats as a public issue. The blog is very influential with trade press reporters who are sympathetic to open source software. And Groklaw has done some good reporting, albeit with evident bias. Its chronicles of the SCO vs. IBM and Novell saga is undoubtedly the most thorough out there. But on ODF and OOXML, the coverage has been presented entirely as a black hat/white hat issue, ODF being perfect and designed for interoperability but OOXML as being pure evil. See e.g., http://www.groklaw.net/article.php?story=20080417104016186 (""If you want true interoperability, you need to implement ODF. Seriously. Any limitations to interoperability are entirely on Microsoft's side of the aisle, and the whole world knows it"). Intended or not, Groklaw justly deserves much credit for forestalling public oversight of the ODF TC's utter failure to deal with interoperability issues effectively and credit for keeping the oversight focus solely on OOXML. You'll find no coverage of ODF bugs on Groklaw, only ODF hugs and kisses. I see the blog as having substantially delayed ODF's repair. Groklaw has an enormous readership and particularly among citizen activists who approach ODF as a political cause rather than as a technical specification. But the Groklaw flavor of ODF v. OOXML propaganda remains consistent with that of IBM VP Bob Sutor.
Brian is once again writing about OpenOffice and ODF, this time in the aftermath of Oracle's decision to cut OOo loose and turn it over to Apache instead of The Document Foundation. Good discussion - features a lengthy comment from the mighty Marbux where he vigorusly corrects the river of spin coming out of IBM. Worth a careful read!
excerpt: IBM seems to maneuver itself to any open source project that suits its needs, and for whatever reason they have decided to hitch their wagon to Oracle's star (or vice versa). With this historical context, there is really little surprise in Oracle's decision to go with the Apache Software Foundation, because IBM was probably influencing the decision.
My second question doesn't have a definitive answer--yet. But it needs to be answered.
It is simply this: how will OpenOffice.org remain relevant to end users?
I should have added to that comment a stronger warning for the Apache Foundation Board and developers considering joining the IBM-backed Apache OpenOffice.org incubator project in regard to the danger posed by IBM and Oracle's control of the OpenDocument Formats Technical Committee at OASIS, aptly characterized by IBM's Rob Weir:
"Those who control the exchange format, can control interoperability and turn it on or off like a water faucet to meet their business objectives."
Rob Weir, Those Who Forget Santayana, An Antic Disposition (20 December 2007), http://www.robweir.com/blog/2007/12/those-who-forget-santayana.html
What IBM, Oracle, and others can do by manipulating the ODF specification that Apache OOo depends upon is something entirely outside the control of the Apache Foundation. And as history has taught us so well, IBM and Sun exercised that control mercilessly via their co-chairmanship of the ODF TC to block all real interoperability initiatives. That is the very reason that only ODF implementations that share the same code base can interoperate.
And if one were tempted to think that IBM and Sun/Oracle would not even consider manipulating the ODF specification to their own commercial advantage, consider the fact that in writing the quoted statement above, Rob Weir was speaking from deep personal experience in in such activities. So beware, both Apache Foundation and LibreOffice developers.
The product apparently has a special search engine that can be accessed from within Outlook and Word, and it offers functionality to “track or pin” frequently used documents and “matters,” those issues related to managing a law practice. Emails can be dropped into the appropriate context from Outlook, and documents retain their metadata, permissions and version control as they’re stored and shared.
"Microsoft has developed a document management add-on for Office 365 intended for lawyers, signaling a possible interest by the company in creating vertical-industry tools for the suite.
Featured Resource
Presented by Riverbed Technology
10 Common Problems APM Helps You Solve
Practical advice for you to take full advantage of the benefits of APM and keep your IT environment
Learn More
Microsoft announced the product, called Matter Center for Office 365, Monday, saying it's in limited preview and available via a beta program to which customers can apply.
The company provided few details about how the product works and what features it has, focusing instead on the fact that it is closely integrated with Office 365. Customers will be able to use Matter Center from within the suite's interface and components, like the Word and Excel apps, the SharePoint Online collaboration server and the OneDrive for Business cloud storage service.
Matter Center has been designed to let lawyers and other legal professionals "easily find, organize and collaborate on files" within Office 365, instead of having to use a separate document management product. It remains unclear whether Matter Center will have all the security, compliance, retention and search functionality of full-featured document management products already used in legal settings."
Big barrier in that vertical market; law firms are required by Bar disciplinary rules to protect the confidentiality of client files. Unless Microsoft implements end to end encryption for Office 365 so that it's nigh impossible for the NSA et ilk to gain access to the plain text and rewrites its end user license to guarantee confidentiality of customer files, MSFT will get only the unwary law offices to use Office 365.