Group items matching

in title, tags, annotations or url

The OpenDocument Format (ODF) remains "more of an anti-Microsoft political statement than an objective technology selection" by users, according to a report released Monday by analysts at Burton Group, who recommend that companies adopt Microsoft Corp.'s Office Open XML document format whether or not it is approved as an ISO standard next month.

Five days ago Ars Technica issued its view of the Burton Group ODF/OOXML report and made it clear that they disagreed with its findings, going with the headline, "Analyst group slams ODF, downplays Microsoft ISO abuses." We've had some questions from Burton Group clients and others about the article, so I thought it would be worthwhile to go through where we agree, where we disagree, where Ars Technica mischaracterizes what we said, and where it's wrong.

The second issue we had feedback on was an interest in the mapping from the binary formats into the Open XML formats. The thought here was that the most effective way to help people with this was to create an open source translation project to allow binary documents (.doc; .xls; .ppt) to be translated into Open XML. So we proposed the creation of a new open source project that would map a document written using the legacy binary formats to the Open XML formats. TC45 liked this suggestion, and here was the TC45 response to the national body comments: We believe that Interoperability between applications conforming to DIS 29500 is established at the Office Open XML-to- Office Open XML file construct level only.

From: Bill Gates Sent: Saturday, December 5 1998 To: Bob Muglia, Jon DeVann, Steven Sinofsky Subject : Office rendering "One thing we have got to change in our strategy - allowing Office documents to be rendered very well by other peoples browsers is one of the most destructive things we could do to the company. We have to stop putting any effort into this and make sure that Office documents very well depends on PROPRIETARY IE capabilities. Anything else is suicide for our platform. This is a case where Office has to avoid doing something to destroy Windows. I would be glad to explain at a greater length. Likewise this love of DAV in Office/Exchange is a huge problem. I would also like to make sure people understand this as well." Tuesday, August 28, 2007

3.2.2.2. A pox on both your houses! gary.edwards - 01/22/08 Hi Robert, What you've posted are examples of MSOffice ”compatibility settings” used to establish backwards compatibility with older documents, and, for the conversion of alien file formats (such as various versions of WordPerfect .wpd). These compatibility settings are unspecified in that we know the syntax but have no idea of the semantics. And without the semantic description there is no way other developers can understand implementation. This of course guarantees an unacceptable breakdown of interoperability. But i would be hesitant to make my stand of rejecting OOXML based on this issue. It turns out that there are upwards of 150 unspecified compatibility settings used by OpenOffice/StarOffice. These settings are not specified in ODF, but will nevertheless show up in OpenOffice ODF documents – similarly defying interoperability efforts! Since the compatibility settings are not specified or even mentioned in the ODF 1.0 – ISO 26300 specification, we have to go to the OOo source code to discover where this stuff comes from. Check out lines 169-211. Here you will find interesting settings such as, “UseFormerLineSpacing, UseFormerObjectPositioning, and UseFormerTextWrapping”. So what's going on here?

2. Achieving interoperability is rarely as straight forward as selecting a single technical standard, and many of the policy positions around the world recognize this. Applications need to be designed to work together, groups need a solid framework for collaboration and the standards need to be ready to support these two objectives.

ISO is bound to the business of "interoperability", and has very strict guidelines for interoperability requirements, that are themselves tied to international trade agreements and legal conventions. In this context, it is beyond surprising that ISO allows the "OASIS PAS" and "Ecma Fast Track" channels to remain open, with specification work remaining under the controlling influence of the vendors.IMHO, the change in Patrick's position is entirely due to the realization that it is impossible to map between OOXML and ODF. I don't know this for sure, but when i read the German Standards Group (DIN) report on harmonization, authorized by the EU-IDABC and provided to ISO, i couldn't help but wonder how Patrick would react. The report definitively ends his OOXML ODF mapping dream.

OOXML on the other hand presents ISO with a very different situation. Because of the way the OOXML - Ecma charter is worded, i don't see how ISO JTC-1 could ever fix the OOXML interoperability problems. ISO approval of OOXML would include acceptance of a charter that defines and limits OOXML interoperability to whatever MSOffice determines it to be. If Patrick and the JTC-1 tried to bring OOXML into compliance with existing ISO Interoperability Requirements, they would have to somehow amend a charter duly approved.Given that the JTC-1 has yet to address a two year old ISO directive regarding ODF interop compliance, what are the odds they will dare to amend an approved charter? Not good i think.ISO approval of OOXML is a tragedy for all of us. For sure it's the end of ODF. It's perhaps the end of ISO as a respected standards organization. The issue of open standards itself will become a joke, with the reality of standards by corporation having us all wringing our hands in despair.

Marino Marcich, executive director of the OpenDocument Format Alliance, retorted via e-mail that many users are taking "a buyer-beware attitude" toward Open XML because that format "is not interoperable and will tie them to the upgrade path of a single vendor." For example, he noted that Becta, the U.K. government's educational technology agency, last week released a report of its own advising, among other things, that to ensure the widest compatibility of files between different applications, Office 2007 users shouldn't save documents in Open XML. Instead, Becta recommended the continued use of Microsoft's older and proprietary .doc, .xls and .ppt formats.

'A diversion from the real end game – the taking of the internet' Gary Edwards of the Open Document Foundation has a fascinating post on the important of Microsoft Office compatibility to the success of the ISO-approved Open Document formats. It is in places a rare voice of sanity: People continue to insist that if only Microsoft would implement ODF natively in MSOffice, we could all hop on down the yellow brick road, hand in hand, singing kumbaya to beat the band. Sadly, life doesn’t work that way. Wish it did. Sure, Microsoft could implement ODF - but only with the addition of application specific extensions to the current ODF specification … Sun has already made it clear at the OASIS ODF TC that they are not going to compromise (or degrade) the new and innovative features and implementation model of OpenOffice just to be compatible with the existing 550 million MSOffice desktops.

I asked Hachamovitch, who has led the Explorer team since 2003, why it has taken Microsoft so long to address these deficiencies. "It comes down to what we were doing with our time," he said. "Between 2001 and 2003 we were building what you experience now as Windows Presentation Foundation and Silverlight."These technologies display not HTML, the language of web pages, but XAML, Microsoft's proprietary code for creating rich visual content.

It sounds good, but Hachamovitch's warmth begins to fade when I broach the vexed subject of browser scripting. The context is important. Hachamovitch had already stated that Microsoft spent three years neglecting IE for the sake of a more proprietary technology, which is now appearing on the web as a browser plug-in called Silverlight. This is similar in some ways to Adobe's Flash, and supports rich multimedia effects within web pages, as well as the ability to run applications written in Microsoft's .NET Framework.

Is it possible that Microsoft is stifling the advancement of JavaScript in order to promote programming within Silverlight instead?

Prince is a computer program that converts XML and HTML into PDF documents. Prince can read many XML formats, including XHTML and SVG. Prince formats documents according to style sheets written in CSS. Standards support HTML, CSS, SVG, MathML Web enabled Load documents, style sheets, images and fonts over HTTP Publishing features Hyphenation, crop marks, columns, page floats and footnotes Eye candy Rounded borders, small caps, CMYK and RGBA colors

Cascading Style Sheets Current Work

Standards often are made by insiders, established players, vendors with something to sell and so something to lose. Web standards bodies organized as pay-to-play consortia thus leave out developers and users, although vendors of course claim to represent everyone fully and fairly. I've worked within such bodies and continue to try to make progress in them, but I've come to the conclusion that open standards need radically open standardization processes. They don't need too many cooks, of course; they need some great chefs who work well together as a small group. Beyond this, open standards need transparency. Transparency helps developers and other categories of "users" see what is going on, give corrective feedback early and often, and if necessary try errant vendors in the court of public opinion.

This fight is a distraction. Recognize both formats as legacy defacto standards and move on. This is actually a very common precursor in a standards process. CDF provides an opportunity to do the job right. People should not be translating OOXML into ODF, there simply isn't the value there. It is much more likely that OOXML will be a live format in twenty years time than ODF. We have a common standards based document language today - HTML. OK so I have a bias here but there is much more HTML than anything else. HTML is just a document format and it is somewhat presentation oriented but modern XHTML is changing those problems.

The problem for "you" is that Microsoft is the one who has 400 million or so installs of the dominant de facto office suite in the planet. "You" can either try to get them to play nice with you by applying pressure intelligently, or you can organize an exciting jihad to stick it to them. In a make-believe world where companies choose technology based on, well, technical merits and openness, the second approach will usually work. In the real world though, the former option would have been a better idea. But when you have well-paid shills like Rob Weir (courtesy of IBM) and his co-religionists who rarely take a break from hating Microsoft (except for lame attempts at making fun [robweir.com] of Microsoft) it's difficult to get away from the join-us-or-die approach. It just feels so right, I guess. I'm going OT here but seriously, Weir is just the cat's meow. Every single time Microsoft has challenged his hyperbolic rants and outright lies he's essentially ignored them or just penned some more. He thinks the OpenDocument Foundation is an irrelevant fly-by-night fanboy club (which I guess is possible), but he has no problem quoting obscure African groups [robweir.com] and his groupie bloggers to prop up his "Microsoft is evil and Office sucks and remember, IBM had nothing to do with this post" arguments. If the man spent 1/10th as much time writing some code or documentation as he does bitching about the Office toolbar buttons, ODF would have conquered the world by now. With people like that at the helm it's not difficult to see why a document format controlled by a single company and an elite group of testy technorati has gotten to where it is now. Not that I think OOXML is a particularly good idea, but at least there's someone out there with the balls to point out that the emperor is buck naked. I guess they better get ready for the DoS attacks, hate mail and death threats.

Blame Sun for this. Sounds like a populist position, or maybe troll flamebait. I'll be generous and assume the former, despite the fact your post seems like a digest from an anti-ODF briefing paper. Disclosure: My job [sun.com] includes the task of receiving complaints about Sun and trying to get Sun to fix whatever causes the problem. If you have proof of any of your accusations, let me know. I may have some of my facts wrong below as I'm working from memory; I'd welcome correction. With a few small additions, ODF could have supported Office formats as well, but Sun would not allow this. That is indeed the constant assertion that the three guys who comprise the Foundation make. However, I have personally asked members of the ODF working group at OASIS and they tell me its not so. The Foundation guys wanted to add structures to ODF to preserve untranslateable tags in translated documents so they could be regenerated on the reverse translation. Sounds OK at first glance, but in practice it results in very brittle software solutions that work well in demos but not in real life. The proposal was thus rejected by the whole working group (not just the Sun employees). Rejected, that is, in conversation. A complete solution was never proposed for voting. To say Sun would not allow it ignores the actual dynamic of the working group (see below). Their policy is that ODF will support what is needed for StarOffice, and nothing more. Naturally every member of a standards group in the traditional standards process is looking out for the code base where they implement a standard, and will have serious questions of any feature that they regard as unimplementable. The features actually put to a vote by the guys from the Foundation would have resulted in very brittle implementations, highly dependent on the version of MS Office with which they were coupled. It may have been possible to come up with a solution that reduced this problem, but the discussion was not sustained. The assertion you make is not true in the general case.They control the ODF technical committee Untrue. The ODF TC [oasis-open.org] can have no more than three members from any one organisation and is not under the control of any organisation. The Foundation guys actually flaunted that rule at one point and sent many, many more representatives - OASIS had to step in to fix it. That intervention is one of the issues they have with OASIS, in fact. Sun happens to employ the people who act as Chair and Secretary to the TC but the voting remains democratic.and their patent license allows them to stop the ODF TC if the ODF TC goes in a direction Sun does not like. I've heard that interpretation of the patent non-assert covenant [oasis-open.org] that Sun has made regarding ODF, but it's untrue. Sun covenants not to enforce any patents against ODF implementations based on any spec it participates in. To the extent that versions of the spec after Sun's departure are based on version in which Sun was involved, that covenant remains in effect even in the unlikely event of Sun leaving the TC. Sun can't stop the TC from continuing its work. Are you relaying this all as hearsay, or do you actually have data to back up your accusations? If you have, I'd like to see it (genuinely).

CDF is one of the very many useful projects that W3C has been laboring on, but not one that you would have been likely to have heard much about. Until recently, that is, when Gary Edwards, Sam Hiser and Marbux, the management (and perhaps sole remaining members) of the OpenDocument Foundation decided that CDF was the answer to all of the problems that ODF was designed to address. This announcement gave rise to a flurry of press attention that Sam Hiser has collected here. As others (such as Rob Weir) have already documented, these articles gave the OpenDocument Foundation’s position far more attention than it deserved. The most astonishing piece was written by ZDNet’s Mary Jo Foley. Early on in her article she stated that, “the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year.” All because Gary, Sam and Marbux have decided that ODF does not meet their needs. Astonishing indeed, given that there is no available evidence to support such a prediction.

Associating style sheets with documents

Adding a twist to a high-stakes conflict over document formats, some advocates for OpenDocument, or ODF, are abandoning the standard in favor of the World Wide Web Consortium's Compound Document Formats standard. The reason? Technical limitations in sharing ODF files with Microsoft Office applications.

+1 gary.edwards - 11/16/07 Thanks for the consideration Anton. You might want to follow an emerging discussion now taking place at the OpenDocument Fellowship: Interop between multiple standards and multiple applications Check on the follow up post and understand that this is the same problem the da Vinci group tried to overcome in Massachusetts, when ODF hung by a thread in the summer of 2006; with the sole hope being a plug-in conversion process capable of very high "round trip" fidelity. To assist Massachusetts and the da Vinci Group, the OpenDocument Foundation introduced to the OASIS ODF TC a series of discussions and proposals collectively known as the ODF iX interoperability enhancements. A total of six comprehensive iX enhancements were introduced between July of 2006 and March of 2007. The first three sets of iX enhancements were signed off on by CIO Louis Gutierrez, with the full knowledge and awareness of IBM (they participated directly in those discussions and i do have the emails and conference schedules to verify this . Also, if you're interested in other issues surrounding the da Vinci groups use of CDF WICD Full as an in-process conversion target for MSOffice documents, there is a series of recent responses posted in the comments section of this blog, "Going to Bed (without my supper). One last note; I do have a response to AlphaDog sitting in the blog que, where i try to put the MSOffice to CDF WICD Full conversion, and the OpenOffice ODF to CDF WICD Full conversion into the larger context of the web platform and universal interoperability. This post will also briefly explain the events immediately preceding the decision to shut the Foundation down. Hope this helps, ~ge~

But in serving as that "glue," the Foundation's founders had recently said they believed CDF could fulfill the original goals of the ODF format - goals they described as having been circumvented by their current backers, perhaps in the effort to keep OOXML from being considered an equal player. To that end, they established what had been called the da Vinci Project, whose stated goal was to build a better bridge between OOXML and ODF than Microsoft itself is working on, using CDF as a go-between.Today, the da Vinci Project appears dead, as its home pages on Google were also struck down.