Group items matching

in title, tags, annotations or url

In a new setback to Microsoft's public sector business, the influential National Institute of Standards and Technology has banned the software maker's Windows Vista operating system from its internal computing networks, according to an agency document obtained by InformationWeek.

Interoperability: The second abusive practice the Commission found Microsoft guilty of is the deliberate obstruction of interoperability, generally achieved through arbitrary and willful modification of Open Standards. This makes it impossible for competitors to write interoperable software. This is to the detriment of customers, who find themselves locked into the products of one vendor, the antithesis of competition.

It might look much worse in the light of public statements that Microsoft will not even commit to standards that it has proposed itself, such as the recent Microsoft OfficeOpenXML (OOXML) format it wants approved by ISO. The less people talk about the interoperability side of the case, the better for Microsoft. Otherwise people might connect MS-OOXML to the fact that Microsoft initiated the standardisation effort in the workgroup server area to open the market and later started obstruction of interoperability on its own standard to drive the innovator out of the market.

Second, don't underestimate the lock-in power that programs like Outlook and Excel and Quickbooks and Peachtree and their associated files still hold, particularly in smaller businesses. Someday we may have standard document formats and easily transportable data, but we don't yet. The competitive battle for the future of software is going to be fought out at the level of the Little Picture as much as at the level of the Big Picture. Lose sight of either one, and you'll be in trouble. In other words: It ain't over till the Fat Guy rants.

Microsoft was invited, and did join the OASIS Open Office XML File Format TC as a founding member with observer status. Although the name of the TC was changed in September of 2004 (at the request of the EU) to "OpenDocument", Microsoft remains a member with observer status. All that need be done to convert their status from observer to voting member is to notify the TC Chairman of your intentions, show up for two consecutive phone conferences, and you are a voting member. It's that simple.

To be fair, Microsoft seeks to solve real world problems with respect to helping customers glean more value from their information. But the approach depends on enterprises adopting an end-to-end Microsoft stack—vertically from desktop to server and horizontally across desktop and server products. The development glue is .NET Framework, while the informational glue is OOXML.

Microsoft seeks to create sales pull along the vertical stack between the desktop and server.

Microsoft's major XML-based format development priority was backward compatibility with its proprietary Office binary file formats.

None of this is to say that OpenDocument is perfect. Far from it. OpenDocument at present is crippled from an interoperability standpoint. I'm a member of the OASIS OpenDocument Technical Committee and I think the resistance of the big vendors to fixing the interoperability warts is simply outrageous, particularly because they are fairly trivial changes. But the advancement of software users' interests are not advanced by painting OOXML as other than deeply flawed. It is vendor-specific and far from "open." The lesser of the two evils is clearly OpenDocument, which is at least open even if not yet interoperable. The sooner folks can start discussing practical methods of convergence, the better. See e.g., http://ec.europa.eu/idabc/servlets/Doc?id=27956 That set of slides summarizing a conference of some 20 European national governments' IT types says a lot more about the future of office document formats than Mr. Asellus has to offer.

Soured Relationships "What's happened is that there's just not a lot of interest in their approach, and that has resulted in a lot of souring of relationships on the part of the OpenDocument Foundation folks," Douglas Johnson, standards manager at Sun Microsystems (Nasdaq: JAVA) , told LinuxInsider. The about-face in support should not have a significant effect on the move toward open standards, Johnson added. The OpenDocument Foundation's decision to support CDF, however, is puzzling, Johnson said. 'I'm Perplexed' "It doesn't seem like a good fit," he explained. "It's not designed for this, so I'm perplexed at their desire to go in that direction."

4) Linking; Within Confluence, users can access SharePoint document facilities. By including SharePoint lists and content within Confluence, users can (in a single click) edit Microsoft Office documents.

To handle IP conflicts between open source and proprietary software organizations, Ballmer wants to see what he calls "an intellectual property interoperability framework between the two worlds." He did not give any specifics on what such a framework would look like.

Adobe's foray into online productivity is unlikely to keep Microsoft's Steve Ballmer awake at night. But document sharing and collaboration features are central to Google's web-based office suite.

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).

As I argued in my post Office Generations last year, we're in the early stages of the "hybrid phase" of personal productivity applications, when most people will use web apps to extend rather than replace their old Office apps. This phase will play out over a number of years as the web technologies mature, at which point it will become natural to use purely web-based apps (with, probably, continued local caching of data and program code). What this means is that Microsoft has a good opportunity to maintain Office's dominance during the switchover by pursuing what it calls its "software plus services" strategy. But Microsoft should be anything but complacent right now. Maintaining market dominance does not necessarily mean maintaining traditional levels of profitability. The biggest threat posed by online alternatives may well be to undermine Microsoft's pricing power - a trend we're already seeing in the student market.

There were 5 successive Roundtables.  Each roundtable was led by 5 short presentations before the topic was opened to the floor for general discussion.  The first roundtable focused on "What is ODF, and why are open document standards important". There were many questions regarding how open standards affect competition and innovation, whether ODF is in fact the best standard, issues of archiving and interoperability with ODF as well as how ODF addresses/will address concerns of accessibility for disabled persons. The second Roundtable discussed how various software developers were responding to ODF and the third roundtable focused on whether governments or non-governmental and consumer organizations should systematically use procurement policy to promote ODF.  The following roundtable was a lively discussion on whether national or global "agreements" can play a role in promoting ODF and how.  During that roundtable as well as the last one on "Reflections and next steps", there were discussions of future work and strategies on ODF in a new international forum, the Internet Governance Forum (IGF) to be held in Athens, Greece, October 30 - November 3, 2006.

Oh, Tell Me the Truth About...the ODF Bust-Up The recent decision by the OpenDocument Foundation to shift its energies away from ODF to CDF has naturally provoked a lot of rather exaggerated comment. I wrote a piece for LWN.net (now out from behind the paywall) exploring what exactly was going on, and found out that there are bigger issues than simply document interoperability at play.It turns out to be all about Microsoft's Sharepoint - software that I am beginning to see as one of the most serious threats to open source today. Read it and be very afraid.

As you know the so-called OpenDocument Foundation has been telling the world that CDF is a better approach than ODF. Updegrove met with W3C's Chris Lilley, the "go-to guy guy at W3C to learn what W3C's CDF standard is all about." Lilley says CDF can't replace ODF. It's not suitable for use as an office format, and he's mystified by the pronouncements of the Foundation. Here's what Updegrove reports: To find out the facts, I interviewed Chris Lilley, the W3C lead for the CDF project, and his answer couldn't have been more clear: "The one thing I'd really want your readers to know is that CDF was not created to be, and isn't suitable for use as, an office format." In fact, it isn't even an format at all - although it has been matched for export purposes with another W3C specification, called WICD - but WICD is a non-editable format intended for viewing only. Moreover, no one from the Foundation has joined W3C, nor explained to W3C what the Foundation's founders have in mind. It is highly unfortunate that the founders of a tax exempt organization that solicited donations, "To support the community of volunteers in promoting, improving and providing user assistance for ODF and software designed to operate on data in this format," should publicly announce that it believes that ODF will fail. By endorsing a standard that has no rational relationship to office formats at all, they can only serve to confuse the marketplace and undermine the efforts of the global community they claimed to serve. So, there you have it, straight from the horse's mouth. CDF can't replace ODF, according to Lilley. It wasn't designed to be used as an office format. It's good for other things. So, was all this media push really about ODF? Or about damaging it with FUD and giving support to Microsoft's assertion that the world craves more than one office format standard so we can all struggle with interoperability complexity for the rest of our born days? And is it a coincidence it all happened on the eve of the next vote in February on Microsoft's competing MSOOXML? Was Microsoft behind this? Or did they just get lucky? Microsoft representatives, like Jason Matusow, certainly gave support to what the 3-man crew was saying, so much so that ZDNet's Mary Jo Foley wrote that, "the ODF camp might unravel before Microsoft’s rival Office Open XML (OOXML) comes up for final international standardization vote early next year." Dream on. ODF is doing fine. It's the OpenDocument Foundation that is shutting down. But here's my question: did the Microsoft reps not understand the tech, that CDF can't replace ODF? How trust-inspiring do you find that? Or did they think that *we'd* never figure it out? Whatever the story might be, unfortunately for Microsoft, people aren't as dumb as Microsoft needs them to be. FUD has a very limited shelf life in the Internet age. There is always somebody who knows better. And they'll tell the world.

Instead of fighting standards, Microsoft (NSDQ: MSFT) needs to get on board now more than ever. With open, Web-based office software backed by the likes of IBM (NYSE: IBM) (think Lotus Symphony) and Google (NSDQ: GOOG) now a viable option, users—especially businesses frustrated by Microsoft's format follies (many are discovering that OOXML is not even fully backwards-compatible with previous versions of Microsoft Word)--can now easily switch to an online product without having to rip and replace their entire desktop infrastructure.

Microsoft in 2008 could make a bold statement in support of standards by admitting that its attempt to force OOXML on the industry was a mistake and that it will work to develop cross-platform compatibility between that format and the Open Document Format

First, what if Microsoft really is doing the right thing? Second, how can we avoid having two incompatible file formats? [Update: There’s been a lot of reaction to this piece, and I addressed some of those points here.]

On the technology side, the two formats are really more alike than they are different. But, there are differences: O12X’s design center, Microsoft has said repeatedly, is capturing the exact semantics of the billions of existing Microsoft Office documents. ODF’s design center is general-purpose reusability, and leveraging existing standards like SVG and MathML and so on.

The capabilities of ODF and O12X are essentially identical for all this basic stuff. So why in the flaming hell does the world need two incompatible formats to express it? The answer, obviously, is, “it doesn’t”.

Unlike screw threads, which are easily implemented with complete fidelity, it is sometimes only feasible to create a standard for software that, in a given case, at best will enable two products to become close to interoperable.  After that, tinkering and testing is necessary to accomplish the final "fit."  Similarly, the costs to innovation in achieving true "plug and play" interoperability when that result is feasible may be unacceptably high, leading to a decision to create a standard that (like ODF) only locks in a very significant amount of functionality, rather than complete uniformity (as OOXML strives to achieve).

Despite some efforts by the two camps, ODF and OOXML are, for the most part, not interoperable, meaning documents that are created in one format cannot be successfully read by applications based on the other format. According to Novell's vice president of developer platforms, Miguel de Icaza, the situation won't change in the foreseeable future.

"Neither group is willing to make the big changes required for real compatibility," de Icaza added.