Group items tagged

Through the Document Interoperability Initiative (DII) global forums, technology leaders have been working together to promote interoperability between different document format implementations to provide greater value and choice to customers, and the events - including one held in Belgium this week - are yielding practical results. Interoperability solutions announced today translate Open XML documents to a Web page (HTML) allowing readability on Web-friendly browsers such as Firefox, improve translations between different formats through optimized templates, and enable features that provide greater choice for customers and opportunities for independent software developers as they create and use business applications built on Java that manipulate business documents. At the DII events, discussions were also held about developing document test libraries and schema validators, and vendors had the opportunity to test their implementations of document formats in a lab environment to identify potential issues to be addressed.

The ODF Toolkit provides a home for libraries that ease the development of applications that support ODF , the unique vendor neutral open standard for office documents. The ODF Toolkit further provides a home for tools that process ODF or check ODF conformance.

Microsoft's Gray Knowlton on the reasons for the Redmond decision to provide native support for ODF 1.1. But most noteworthy, I think, is Knowlton's statement indicating that Microsoft aims at improving interop through best practices & patterns, i.e., application-level interop initiatives, as opposed to amending the ODF standard to specify conformity requirements essential to achieve interoperability, as required by JTC 1 Directives, international law, and antitrust law. In other words, big vendor negotiations around interop rather than giving software users and independent developers a seat at the table.

Alex identifies the difficulties between ISO member nations and the officials at the ISO JTCS-34 responsible for MSOffice-OOXML and OpenOffice-ODF. The member nations really want MSOffice XML formats locked down at ISO. But they are short on both ideas and the authorization needed to make this work. Alex concludes that maybe it's time to start all over; from scratch. The Foundation developers working on the da Vinci plug-in for MSOffice concluded that it was far easier to target existing (X)HTML-CSS using the ePUB wrapper to get that higher level of interop everyone seeks. Waiting for ISO to sort things out is not a solution. But iunderstand Alex's position. Harmonizing ODF and OOXML is probably not possible. Leastways not without some major compromises at the applicaiton level by both OpenOffice and MSOffice. It would be far easier to demand that both OpenOffice and MSOffice support and implement the ePUB (X)HTML-CSS web ready format. The simple truth is that both OpenOffice-ODF and MSOffice-OOXML are application specfic XML formats suffering the same darkness: there is no standardization or sufficient documentation of the "presentation" - layout model. It is here that the highly portable CSS model is lightyears ahead of both.

Stephane Rodriquez sums it up: Microsoft has won ... "Future of OOXML? There are two answers. Frankly, who freaking cares the paper? This paper will ALWAYS be at odds with the actual Office implementation. We have a good example for the time being, but it has always been the case. What about the actual file format then? It will be the subject of reverse engineering from implementers whose only recourse is to catch up all the undocumented stuff. Make no mistake though, now it's about applications, not documents anymore." "Conclusion : if you are still in the OOXML conspiracy game, about time to move on guys. "

.... "I recently described how Google's Wave, a collaboration tool based on the new HTML 5 standard, demonstrated the potential for Web applications to unglue Microsoft's hold on customers. My post quoted Gary Edwards, the former president of the Open Document Foundation, a first-hand witness to the failed attempt by Massachusetts to dump Microsoft and as experienced a hand at Microsoft-tilting as anyone I know......"

unfortunately the MS argument that support for OOXML equals "conformance" is also the same argument used by OpenDocument supporters to prove multi vendor, multi platform, multi application support.

Marbux is clearly at the top of his game here as he hammers the interoperability issue.

Use of ODF remains minimal on government PCs in Massachusetts
Eric Lai ....... June 8, 2007

Bummer!  Do you think IBM is silent on this because they are busy cutting sweetheart deals with MS?  Are they going to hang Sun on this?  I'm sure that by next week IBM will have to respond to ODEF.   This just keeps getting better.  So in both Texas and California they wonder if it's even possible to implement ODF solutions.  No one wants to get into that hole with Massachusetts.

~ge~

The August 28th, 2006 article about Massachusetts decision to use addon plugins.  ComputerWorld - Caarol Sliwa

Pay close attention here boys and girls because here it is.  Wonder why Microsoft is wealing, dealing and ready to shell out billions for Web 20 collaboration software?  It's to tie them into the MS Stack of MSOffice, IE, Exchange/SharePoint, MS LIve, MS Dynamics, MS SQL Server, etc.

Grand convergence is the convergence of desktop, server, device and web systems.  It increasing looks like were going to have to live with the MS Stack and the Open Stack of grand convergence interoperability.  One will be able to have perfect interop within it's walls, with all applications able to handle the same compound XML document.  The other will be totally unable to implement an inteoperable version of MS-OOXML. 

Members of the MS Stack will be able to access everything in the Open Stacks, but outside systems will have limited (crippled) access into the MS Stack.  Embrace, Extend, Extinguish.  Here we go again.

~ge~

A mus tread.  Carol Sliwa of ComputerWorld intervies Clark Kelso, California CIO.  ODF is the main issue, with clark casting all his answers in the context of business decisions.  Carol o fcourse is asking the best questions of any journalist alive.

Keep in mind that ComputerWorld and the Boston globe filed for the Freedom of Information Act to be invoked in Massachusetts.  They got access to all the eMail, documnetation, and conferencing notes concerning ODF  and Microsoft.  Carol's interview with Louis Gutierrez last week was filled with the same hard questions Clark Kelso fielded so deftly.

The "committee" Clark Kelso has set up to look at these issues is headed by Bill Welty, the CIO of the California Air Resources Board.  Bill is a long time opensource - Linux guy, but will be the firs tto admit that Microsoft is the only vendor providing a means of getting everything inot XML.  And that's the heart of any SOA strategy, "First, get everything into XML".

With a 500 million MSOffice desktop bound business process headstart, Microsoft has the extreme advantage in this much needed migration to XML. 

They now have their own proprietary application and platform bound version of XML; MOOXML (Microsoft OfficeOpenXML) heading for international standardization at ISO. 

They now have their XML Hub in place; the Exchange4/SharePoint Hub.  This is also an essential part of any SOA strategy.  You've got to have an XML Hub where the XML information streams and service connection to legacy black box systems can be piped into, managed and resolved.  The XML must also provide an end user interface to these information flows.  One that converges and integrates information, documents, data, and workflows into an easy to manage and participate in interface.  The E/S Hub excells at this because it covers the fundamentals of eMail, messaging, portal, calendar, scheduling, c

Walt Hucks and Stephane Rodriguez have taken on the MS Ecma response to ISO/IEC JTC S1 National Bodies objections and contradiciton findings that were filed at the end of the ISO/IEC Ecma 376 fast track - contradiction review phase.  

The one - two punch Walt and Stephane provide is the clearest statement yet of what's really behind th eenormity of Microsoft's effort to establish their own international standards for XML file formats.  In particular, they discuss the issue of business processes bound to the MSOffice - VBA API layer through macros, scripts, OLE, DRM, and password protection type mechnaisms.

They also point out that Ecma 376 is just a baseline file format that will be eXtended by MS Applications on implementation.  It is the this collection of embedded system specific processing instructions that bind current business processewss to MSOffice, and will hold the monopoly base of 500 million desktops intact as MS makes the tranistion from desktop shrinkwrap sales to server side systems and services stacks.

The press coverage on GOSCON is outstanding.  Kudos to Debra Bryant and Andy Stein for stoking the fire here. 

For a Web 2.0 application, Buzzword is very slick.  It's more sophisticated and feature rich than Glide Writer, which is also written on Adobe Flex.  Glide however offers an incredible array of portable office 2.0 features.  It's the whole enchilada.  And, Glide runs on iPhone!

Another interesting plus for Glide is that Google uses Glide Presentations for their on line PowerPoint alternative.  Which is to say, Google is likely to purchase Glide while Adobe tries to build on Buzzword.

One of the disturbing things for me is that Buzzword uses a proprietary file format!  In the future they will provide conversion to ODF, but that will probably be based on the OpenOffice conversion engine.  Which everyone in the Web 2.0, Office 2.0, enterprise 2.0 space uses.  Including Google.

The thing is, the OpenOffice conversion engine lacks the conversion fidelity to crack into existing MSOffice bound business processes.

Because they can't crack into these existing MSOffice bound business processes, the entire Office 2.0 sector is at risk.  All it takes is a competing entry from Microsoft, and the entire sector will ge twiped out by the superior interoperability - integration advantage to the MSOffice - Outlook desktop that Microsoft owns and carefully guards.

Oh wait.  That just happened today with the announcement of MSOffice Live!  Suspiciously timed to take the oxygen out of Adobe's announcement too.

~ge~

Microsoft is closing off the exits!  MSOffice 2003 is the only application suite capable of producing Ecma 376 documents, and now it's getting EOL'd. 

The ISO vote on Ecma 376 isn't scheduled until September. 

This is a follow up comment to a question cocerning my previous post, "commercialization of interoperability".  The question from "mosborne" is as follows:

A different viewI'm not on the ODF TC, but I have followed its evolution through the information publicly available at Oasis.

My outside view of some of the various interoperability discussions you mention is different than yours. I saw a resistance to adoption of features if the sole reason was because OOXML did it that way. The dissenting members wanted a more substantial reason, not simply to add OOXML "features" to ODF.

If the goal is to simply make ODF like OOXML, then what is the point? You would have conceded all control to Microsoft since they have effective control of OOXML.It's an interesting question, but not well informed.  The threads at OASIS ODF having to do with interoperability are focused on efforts to have our cake and eat it too. 

The List Enhancement Proposal thread played out over a six month period.  And yes, it is true that Sun fought the Novell proposal because they felt new and innovative features for OpenOffice/StarOffice were more important than the interoperability CIO's and IT departments are demanding.   But that misses the more important point that Novell was able to craft their interoperability proposal exactly so that the precious advanced feature sets of applications that command les sthan 1% marketshare would be accommodated.

What Sun and most others on the ODF TC don't get is that the markets have no use for these new and innovative feature sets unless and until they can transition their documents and business processes out of MSOffice.  If workgroup bound end users can't do that first, it won't matter how