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

Embrace. Extend. Extinguish. That's how Microsoft (Nasdaq: MSFT) killed Netscape many moons ago. Embrace this newfangled "Web browser" market with a new product. Extend the existing Web standards with proprietary technologies like ActiveX. Extinguish the competition by denying them access to those fancy new features. When it works, this is a great way to build and maintain wide, alligator-filled business moats. It seems to me that Mr. Softy is up to his old tricks again. The target this time is the OpenDocument standard, a free and open alternative to Microsoft's own Office formats for text documents, spreadsheets, presentations, and more.

Microsoft recently released their blueprint for implementing ISO 26300 (ODF 1.0 - dated May 1, 2005), and referenced this Web site. Appendix H is interesting in that it lists 13 of the 28 contributors sponsored by The OpenDocument Foundation. This contributor list contradicts the determined liars (er, editors) at Wikipedia who insist that The OpenDocument Foundation was two guys without a garage. The OpenDocument Foundation was founded in 2005 (shortly after OASIS approval of ODF 1.0) for the express purpose of balancing out the rapidly growing participation in the ODF technical committee of corporate contributors. IBM, Oracle, Novel, Intel and Adobe led a corporate wave joining the ODF TC following the May 2005 OASIS approval of ODF 1.0 and subsequent submission to ISO. The Foundation was set up to fund the participation of expert individuals representing both open source communities and groups interested in an Open Web future.

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.

An eWEEK must read.  I think the recent aquisition is having a positive impact on the eWEEK journalist and reporters.   What a great series they've put together on SOA. SaaS and the Web 2.0

This is the famous marbux response to Sun regarding Sun's attempt to partially implement ODF 1.2 XML-RDF metadata.  It's a treasure.

There is one problem with marbux's statement though.  We had decided long ago not to fork ODF even if the five iX "interoperability enhancement" proposals were refused by the OASIS ODF TC.   This assurance was provided to Massachusetts CIO Louis Gutierrez witht he the first ODF iX proposal submitted on July 12th, 2006.  Louis ended up signing off on three iX proposals before his resignation October 4th, 2006.

The ODF iX enhancements were essential to saving ODF in Massachusetts.  Without them, there was no way our da Vinci plug-in could convert existing MSOffice documents and processes to ODF with the needed round trip fidelity.

For nearly a year we tried to push through some semblance of the needed iX enhancements.  We also tried to push through a much needed Interoperability Framework, which will be critical to any ISO approval of ODF 1.2.

Our critics are correct in that every iX effort was defeated, with Sun providing the primary opposition. 

Still rather than fork ODF, we are simply going to move on. 

On October 4th, 2006, all work on ODF da Vinci ended - not to be resumed unless and until we had the ODF iX enhancements we needed to crack the MSOffice bound workgroup-workflow business process barrier.

In April of 2007, with our OASIS membership officially shredded by OASIS management, bleeding from the List Enhancement Proposal doonybrook, and totally defeated with our hope - the metadata XML-RDF work, we threw in the towel.

Since then we've moved on to CDF, the W3C Compound Document format.  Incredibly, CDF is able to do what ODF can not.  With CDF we can solve the three primary problems confronting governments and MSOffice bound workgroups everywhere. 

The challenge for these g

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~

Incredible comment by Marbux!  With one swipe he takes out both Ecma 376 and ODF. 

Microsoft has written a letter claiming that they will support ODF in MSOffice, but only if ISO approves Ecma 376 as a second office suite XML file format standard.  ODF was approved by ISO nearly a year ago.

Criticizing Ecma 376 is easy.  It was designed to meet the needs of  a proprietary application, MSOffice, and, to meet the needs of the emerging MS Vista Stack of applications that spans desktop to server to device to web platforms.  It's filled with MS platform dependencies that make it impossibly non interoperable with anything not fully compliant with Microsoft owned API's.

Criticizing ODF however is another matter entirely.  Marbux points to the extremely poor ODF interoperability record.  If MOOXML (not Ecma 376 - since that is a read only file format) is tied to vendor-application specific MSOffice, then ODF is similarly tied to the many vendor versions of OpenOffice/StarOffice.

The "many vendor" aspect of OpenOffice is somewhat of a scam.  The interoperability that ODF shares across Novell Office, StarOffice, IBM WorkPlace, Red Office, and NeoOffice is entirely based on the fact that these iterations of OpenOffice are based on a single code base controlled 100% by Sun.  Which is exactly the case with MSOffice.  With this important exception - MOOXML (not Ecma 376) is interoperable across the entire Vista Stack!

The Vista Stack is comprised of Exchange/SharePoint, MS Live, MS Dynamics, MS SQL Server, MS Internet Server, MS Grove, MS Collaboration Server, and MS Active Directory.   Behind these applications sits a an important foundation of shared assets: MOOXML, Smart Documents, XAML and .NET 3.0.  All of which can be worked into third party, Stack dependent applications through the Visual Studio .NET IDE.

Here are some thoughts i wou

Microsoft will offer browser-based Word, Excel, and PowerPoint in two ways. For consumers, they will be offered via Microsoft's Office Live Web site, while businesses will be able to offer browser-based Office capabilities through Microsoft's SharePoint Server product. The company has been pushed into this arena by Google, which has been offering its free Google Apps programs for some time. In competing with Google, Microsoft is touting the ability to use Microsoft's familiar user interface, as well as the fact that all of the document's characteristics are preserved. "If you go into some competitive products right now and take a Word document in and then spit it out afterword, it's unrecognizable," Elop said. "You lose a lot of fidelity.

Check out the comments below this article.  There are links to Ian Foster of Globus and to the Marbux license disseration posted with the OpenDocument Foundation's NO VOTE at OASIS.

Wow!  Another great quote from Nick.  When we were at the Office 2.0 Conference a few weeks ago, this was the problem every single collaborative computing initiative was facing.  Sure they had great collaborative efforts.  But these efforts were outside exisitng businesss processes and applications!  That's fine for kids and consumers.  But it's the kiss of death for enterprise, smb, and organizations with workgroup busines sprocesses based on MSOffice and Outlook.

So no matter how innovative the WEb 2.0 - Office 2.0 - Enterprise 2.0 applications and services are, they are setting the marketplace for Microsoft to come in and take everything.  Because Microsoft and Microsoft alone ownes the interoperability - integration interfaces into MSOffice and Outlook, they are in a position to destroy any of the 2.0 players at will.  It's simply a matter of entering the space with their own 2.0 application or service.

The more i see of this, the more convinced i am that the governemnts of the world are going to have to step in stop Microsoft's push to move from the desktop into server, device and web systems.

~ge~

Excellent session with Adam Carson fron Morgan Stanley in New York, who has been preaching the Web 2.0 gospel for some time. Adam provides an excellent outline of the issues Web 2.0 - Office 2.0 providers will face when bringig their services into the enterprise. This is really great stuff! A nice break from the Office 2.0 echo chamber too!