Group items tagged

I've got to give this one extra points for creativity!  All anyone has to do is visit the W3C web sites for CDF WICD Full 1.0 to realize that there is in fact a CDf profile for desktops.  CDF WICD Mobile is the profile for devices.

My guess is that Chris Lilley is threading the needle here.  IBM, Groklaw, and the lawyer for OASIS have portrayed the Foundation's support for CDF WICD Full as a replacement for ODF - as in native file format for OpenOffice kind of replacement.  Mr. Lilley insists that CDF WiCD Full was not designed for that purpose.  It's for export only!  As in a conversion of native desktop file formats.

Which is exactly what the da Vinci group was doing with MSOffice.  The Foundation's immediate interest in CDF WICD was based on the assumption that a similar conversion would be possible between OpenOffice ODF and CDF WICD.

The Foundation's thinking was that if the da Vinci group could convert MSOffice documents and processes to CDF WICD Full, and, a similar conversion of OpenOffice ODF documents and processes to CDF WICD could be done, then near ALL desktop documents could be converted into a highly interoperable web platform ready format.

Web platform ready documents from OpenOffice?  What's not to like?  And because the conversion between ODF and CDF WICD Full is so comparatively clean, OpenOffice would in effect, (don't go native file format now) become ahighly integrated rich client end user interface to advancing web platforms.

The Foundation further reasoned that this conversion of OpenOffice ODF to CDF WICD Full would solve many of the extremely problematic interoperability problems that plague ODF.  Once the documents are in CDF WICD Full, they are cloud ready and portable at a level certain to diminish the effects of desktop applications specific feature sets and implementation models.

In Massachusetts, the Foundation took

This is a screen shot of the new business process interface for MSOffice 2007. Writing add-ons, scripts, and line of business integration apps was never so easy. This is also how Smart Document based metadate, data binding, services binding, and workflow binding can quickly be added to any document object. Very cool. The ODF alternative to the highly proprietary Smart Documents functionality is the open XForms implementation model and, the new Metadata RDF/XML RDFa enhancements. True to form, ODF has chosen to reuse existing W3C standards. Smart Documents is proprietary, and it is set to be a Lotus Notes "intelligent document" killer. It's also the way Microsoft will slam the door on Google search. The Smart Documents metadata model will provide Microsoft network share croppers with the kind of search, re-use and re-purpose tools Googlers only dream about.

excerpt: OffiSync offers a a plugin for Microsoft Office that serves as a bridge between Office and Google Docs. When it first launched, the app's primary feature was to save Office documents to your Google account. It's since integrated Google Image Serach into Office, and added support for Google Sites. The application allows you to do Office-to-Office collaboration, and you can also have users editing the same document from Google Docs' online interface. Changes aren't synced as you type in each character, but rather each time you hit the 'save' button. Offisync is offered under a freemium model, but recently tweaked its pricing to offer more free features. Jive's CEO Tony Zingale says that this is a game changing acquisition for Jive, which combines computing with social collaboration to offer fully-featured social networks for businesses. Its suite of applications help businesses collaborate on a variety of tasks, including holding discussions, communication, sharing documents, blogging, running polls, and social networking features and more. "With OffiSync, Jive has the opportunity to become the most widely adopted Social Business platform for over 600 million Microsoft users, giving them the ability to bring social to the way they work.

"aimed at achieving an optimum degree of order .... and .... aimed at the promotion of optimum community benefits:. Uh, excuse me Mr. Robinson, tha tsecond part of your statement, the one concerning optimum community benefits - that would also disqualify ODF!! ODF was not designed to be compatible with the 550 million MSOffice desktops and their billions of binary docuemnts. Menaing, these 550 million users will suffer considerable loss of information if they try to convert their existing documents to ODF. It is also next to impossible for MSOffice applications to implement ODF as a fiel format due to this incompatbility. ODF was designed for OpenOffice, and directly reflects the way OpenOffice implements specific document structures. The problem areas involve large differences between how OpenOffice implments these structures and how MSOffice implements these same structures. The structures in question are lists, fields, tables, sections and page dynamics. It seems to me that "optimum community benefits" would include the conversion and exchange of docuemnts with some 550 million users!!!! And ODF was clearly not designed for that purpose!

I don't agree with this statement from Microsoft's Oliver Bell. As someone who served on the OASIS ODF Technical Committee from it's inception in November of 2002 through the next five years, i have to disagree. It's not that Microsoft wasn't welcome. They were. It's that the "welcome" came with some serious strings. Fo rMicrosoft to join OASIS would have meant strolling into the camp of their most erstwhile and determined competitors, and having to ammend an existing standard to accomodate the implementation needs of MSOffice. There is simply no way for the layout differences between OpenOffice and MSOffice to be negotiated short of putting both methodologies into the spec. Meaning, the spec would provide two ways of implementing lists, tables, fields, sections and page dynamics. A true welcome would have been for ODF to have been written to accomodate these diferences. Rather than writing ODF to meet the implementation model used by OepnOffice, it would have been infinitely better to wrtite ODF as a totally application independent file format using generic docuemnt structures tha tcould be adapted by any application. It turns out that this is exactly the way the W3C goes about the business of writing their fiel format specifications (HTML, XHTML, CSS, XFORMS, and CDF). The results are highly interoperable formats that any applciation can implement.

You can harmonize an application specific format with a generic, applicaiton independent format. But you can't harmonize two application specific formats!!!!
The easy way to solve the document exchange problem is to leave the legacy applications alone, and work on the conversion of OOXML and ODF docuemnts to a single, application independent generic format. The best candidate for this role is that of the W3C's CDF.
CDF is a desription of how to combine existing W3C format standards into a single container. It is meant to succeed HTML on the Web, but has been designed as a universal file format.
The most exciting combination is that of XHTML 2.0 and CSS in that it is capable of handling the complete range of desktop productivity office suite documents. Even though it's slightly outside the W3C reach, the most popular CDF compound is that of XHTML, CSS and JavaScript. A combination otherwise known as "AJAX".

This is the fifth of the six major iX - interoperability enhancement proposals submitted to the OASIS ODF TC - SC between July 2006 and February of 2007. This particular iX proposal lead to the "List Enhancement Proposal" donnybrook that consumed the OASIS ODF TC for the next six months, ending with the OpenDocument Foundation being booted out of OASIS in May of 2007. The six iX proposals were all different approaches to the same basic problem: ODF was not desinged to be interoperable with MSOffice documents, applications or bound processes. The proposals come out of the OpenDocument' Foundation's efforts to save ODF in Massachusetts. ODF iX repressents a subset of ODF designed to grealty improve compatibility with MS binary and XML formats. With the ODF iX subset, the da Vinci plug-in would be able to convert the billions of MSOffice binary and xml documents with a very high level of fidelity, and do so within the bounds of "round trip" business processes. The most basic iX approach was to add five generic elements to the existing ODF specification. The five generic elements would cover lists, tables, fields, sections, and page dynamics (breaks). It is a well known fact that these five areas of incompatibility between OpenOffice ODF and MSOffice binaries represent 95% of all conversion fidelity problems. MSOffice has one way of implementing lists, and, OpenOffice has another. These application specific implementation models are irreconcilably different. It's also true that the applicaiton specific implementation models are directly reflected in each file format. So applications implementing ODF must also implement the OpenOffice model for lists, fields, tables, sections and page dynamics-page positioning if they are to have any meaningful measure of exchange fidelity. Perhaps the best of the iX approaches was that based on the innovative use of metadata to describe presentation-layout attributes.

Recently IBM held a ODF Interoperability Workshop at the OpenOffice annual conference in Barcelona, Spain. The Workshop was organized by IBM's Rob Weir. In this blog, uber document processing expert Florian Reuter opens the lid for a peek at what really happened at the Workshop. And it wasn't "interoperability". As a Novell employee, Florian is unable to comment publicly as to what really happened in Barcelona. But to those who are not under IBM's oppressive thumb, the results of this fiasco are laughable. Sure IBM and Rob Weir are busy threatening individuals, and bribing the press to suppress the reality of this horrific ODF ZERO Interop demonstration. But that doesn't mean those who really care can't talk about it. The OpenDocument Foundation has of course been screaming about the ODF interop problems. But we've been focused on the big picture of world wide market requirements; the need for ODF to be compatible with existing file formats and interoperable with existing applications - including Microsoft documents and applications. Of course, this level of interoperability was outside the scope of ODF purpose and work. We apologize for daring to suggest that real world implementation issues are important and ought to be considered. but there remains the issue of ODF interoperability which also sucks beyond belief. The exact same principles apply. ODF interop depends on complete application independence, and ODF remains bound to OpenOffice. Now i'm someone who has publicly championed ODF interoperability. I've spent years championing the fact that ODF can meet all market requirements for interoperability. And whatever credibility i thought i might have is now destroyed by that very public and very in your face lack of interoperability.

So here i am, with any credibility i might have ever had resting on the pretensions of a self proclaimed clown (a hef="http://wordnet.princeton.edu/perl/webwn?s=antic">his description not mine). Can R

Let's do this again:

Recently IBM held a ODF Interoperability Workshop at the OpenOffice annual conference in Barcelona, Spain. The Workshop was organized by IBM's Rob Weir. In this blog, uber document processing expert Florian Reuter opens the lid for a peek at what really happened at the Workshop. And it wasn't "interoperability".

As a Novell employee, Florian is unable to comment publicly as to what really happened in Barcelona. But to those who are not under IBM's oppressive thumb, the results of this fiasco are laughable. Sure IBM and Rob Weir are busy threatening individuals, and bribing the press to suppress the reality of this horrific ODF ZERO Interop demonstration. But that doesn't mean those who really care can't talk about it.

The OpenDocument Foundation has of course been screaming about the ODF interop problems. But we've been focused on the big picture of world wide market requirements; the need for ODF to be compatible with existing file formats and interoperable with existing applications - including Microsoft documents and applications.

Of course, this level of interoperability was way outside the scope of ODF purpose and work. We apologize for daring to suggest that real world implementation issues are important and ought to be considered. But there remains the issue of ODF interoperability which also sucks beyond belief.

The exact same principles apply. ODF interop depends on complete application independence, and ODF remains bound to OpenOffice.

Now i'm someone who has publicly championed ODF interoperability. I've spent years championing the fact that ODF can meet all market requirements for interoperability. And whatever credibility i thought i might have is now destroyed by that very public and very in your face lack of interoperability.

So here i am, with any credibility i might have ever had resting on the pretensions of a self proclaimed clown (http://wordnet.princ

Now you're talking!

Want to know the real reason why IBM and Microsoft are going at it hammer and tong over document formats?  Here it is.  Lotus Notes is getting clobbered by the Exchange/SharePoint juggernaut. 

The article is old, but the point is well taken.  Today the Exchange/SharePoint juggernaut i sover 65% marketshare.  IBM is struggling to protect the Lotus Stack against an impossible foe.

The thing is, Microsoft E/S will ALWAYS have better integration with the MSOffice - Outlook desktop monopoly base (550 M and counting).  Most of this "integration" is due to the high fidelity exchange of documents in Microsoft's proprietary XML mode known as MS-OOXML.   Forget the charade that MS-OOXML is an open standard called Ecma 376.  MSOffice and infamous XML Compatibility Pack Plug-in do not implement Ecma 376.  The Pack implements MS-OOXML.

One key differnece between MS-OOXML and Ecma 376 us that MS-OOXML is infused with the Smart Tags components.  These are for metadata, data binding, data extraction, workflow, intelligent routing and on demand re purposing of docuemnt components.  In effect, MS-OOXML :: Smart Tags combines with proprietary .NET Libraries, XAML and soon enough Silverlight to replace the entire span of W3C Open Internet Technologies. 

Can you say "HTML"?

Okay, so why does this matter to IBM and the future of Lotus Notes?

The end game of the document format wars is that of a stack model that converges desktop, server, devices and web information systems.  The MS Stack uses MS-OOXML as the primary transport of accelerated content/data/multi media streams running across the MS Stack of desktop, server, device and web application systems.  It's the one point of extreme interoperability.

It's also a barrier that no non MS applicatio or service can penetrate or interoperate with except on terms Microsoft dictates. 

Good article from Aaron Ricadela. The focus is on Java, Sun's hardware-Server business, and Oracle's business objectives. No mention of OpenOffice or ODf though. There is however an interesting quote from IBM regarding the battle between Java and Microsoft .NET. Also, no mention of a OpenOffice-Java Foundation that would truly open source these technologies.

When we were involved with the Massachusetts Pilot Study and ODF Plug-in proposals, IBM and Oracle lead the effort to open source the da Vinci plug-in. They put together a group of vendors known as "the benefactors", with the objective of completing work on da Vinci while forming a patent pool - open source foundation for all OpenOffice and da Vinci source. This idea was based on the Eclipse model.

One of the more interesting ideas coming out of the IBM-Oracle led "benefactors", was the idea of breaking OpenOffice into components that could then be re-purposed by the Eclipse community of developers. The da Vinci plug-in was to be the integration bridge between Eclipse and the Microsoft Office productivity environment. Very cool. And no doubt IBM and Oracle were in synch on this in 2006. The problem was that they couldn't convince Sun to go along with the plan.

Sun of course owned both Java and OpenOffice, and thought they could build a better ODF plug-in for OpenOffice (and own that too). A year later, Sun actually did produce an ODF plug-in for MSOffice. It was sent to Massachusetts on July 3rd, 2007, and tested against the same set of 150 critical documents da Vinci had to successfully convert without breaking. The next day, July 4th, Massachusetts announced their decision that they would approve the use of both ODF and OOXML! The much hoped for exclusive ODF requirement failed in Massachusetts exactly because Sun insisted on their way or the highway.

Let's hope Oracle can right the ship and get OpenOffice-ODF-Java back on track.

"......To gain

I wonder how i missed this? Incredibly, i have my own biographer and i didn't know it! The date line is September, 2008, I had turned off all my ODF-OOXML-OASIS searches and blog feeds back in October of 2007 when we moved the da Vinci plug-in to HTML+ using the W3C CDF model. Is it appropriate to send flowers to your secret biographer? Maybe i'll find some time and update his work. The gap between October 2007 and April of 2009 is filled with adventure and wonder. And WebKit!

"....One of the more interesting characters in the recent standards battles has been Gary Edwards: he was a member of the original ODF TC in 2002 which oversaw the creation of ODF 1.0 in 2005, but gradually became more concerned about large vendor dominance of the ODF TC frustrating what he saw as critical improvements in the area of interoperability. This compromised the ability of ODF to act as a universal format."

"....Edwards increasingly came to believe that the battleground had shifted, with the SharePoint threat increasingly needing to be the focus of open standards and FOSS attention, not just the standalone desktop applications: I think Edwards tends to see Office Open XML as a stalking horse for Microsoft to get its foot back in the door for back-end systems....."

"....Edwards and some colleagues split with some acrimony from the ODF effort in 2007, and subsequently see W3C's Compound Document Formats (CDF) as holding the best promise for interoperability. Edwards' public comments are an interesting reflection of an person evolving their opinion in the light of experience, events and changing opportunities...."

".... I have put together some interesting quotes from him which, I hope, fairly bring out some of the themes I see. As always, read the source to get more info: ..... "

Heintzman must be referring to the Rob Weir -OASIS ODF Adoption (cough marketing-lobbying) TC event called the "ODF Interoperability Workshop". This was a day long event demonstrating for all the world to see that there is no such thing as ODF interoperability. The exchange of documents between OpenOffice 2.0, KOffice and Lotus Symphony is pathetic. The results of the day long event were so discouraging that Rob Weir took to threatening developers who attended in his efforts to keep a lid on it. I think this is called damage control :). From what i hear, it was a very long day for Rob. but that's no excuse for his threatening anyone who might publicly talk about these horrific interop problems. The public expects these problems to be fixed. But how can they be fixed if the issues can't be discussed publicly?

Lotus Symphony is based on the OpenOffice 1.1.4 code base that IBM ripped off back when OpenOffice was under dual license - SSSL and LGPL.

Great inteview, i'll comment as i make my way down the page.  Hopefully others will do the same.