Slashdot Mirror


ODF Offers MS Word Plugin to MA

Goalie_Ca writes "Groklaw just posted that the OpenDocument Foundation is offering Massachusetts a plugin that could 'allow Microsoft Office to easily open, render, and save to ODF files, and also allow translation of documents between Microsoft's binary (.doc, .xls, .ppt) or XML formats and ODF ... The testing has been extensive and thorough. As far as we can tell there isn't a problem, even with Accessibility add ons, which as you know is a major concern for Massachusetts.'"

7 of 263 comments (clear)

  1. Heh.. by the_skywise · · Score: 5, Funny

    Embrace and Extend...

  2. Re:Sounds great... by Anonymous Coward · · Score: 5, Insightful

    I thought the point was to eliminate a barrier to entry. So workers could use either, not be forced to use Word.

    The desired effect would be to allow a gradual trasition that would be easier to swallow than a all-at-once changeover.

  3. Re:This time with help from ODF, by chill · · Score: 5, Informative

    Microsoft wins yet again.

    No, this is not correct.

    The Office division of Microsoft has long been one of their major profit centers. MS Office is also a bigger monopoly than Windows, having greater penetration in the market percentagewise. These facts stem from the ability to lock-in customers by holding their data hostage to a closed format.

    This plug-in is a door to the world of non-MS Office products -- a way out, if you will. Yes, other office-type products exist, but none of them have gained serious traction because of the perceived lack of totally compatibility with MS .doc and .xls. This one will solve the .doc issue and, if widely distributed, have two effects:

    1. It will increase the market share of non-MS Office products at the expense of MS Office;

    2. It will cause Microsoft to lower the price of MS Office to compete, thus lowering their profits on what is widely rumored to be their LARGEST profit center, Office.

      -Charles

    --
    Learning HOW to think is more important than learning WHAT to think.
  4. Re:Sounds great... by Vegard · · Score: 5, Insightful

    For me, it's not so much about getting everyone to use Open Source as to ensure that *I* have the freedom to use it, and still be a part of society (i.e be able to communicate with government etc).

    It's definitely true that it's open STANDARDS that matter. There is, however, a large pitfall: Don't let vendors like Microsoft redefine what an open standard actually is. They tried a little while ago, with their previous office XML standard...

    - Vegard

  5. Re:Sounds great... by OglinTatas · · Score: 5, Insightful

    I read it differently: This completely blows Microsoft's lame argument out of the water that MA considering ODF is unfair to the millions of people who already use MSOffice, because it is impossible to rewrite office to use this "crazy new format."

    If a simple plugin can allow MSOffice to use ODF, there is then no argument whatsoever for MA to use Microsoft's proprietary formats, which really do shut out all non-Microsoft users.

  6. Re:Yeah but WHICH VERSION of office? by ratboy666 · · Score: 5, Insightful

    Given that the plugins do not work at the file format level (at least of the MS formats), but at the level of normal MS Office integration, I would imagine that the plugin will work across most current MS Office versions.

    There are plenty of vendors that offer MS Office plugins that work across most versions, and the existence of these plugins is one of the reasons for the "MS Office lock-in". The plugins are NOT offered for other office suites (and this was one of MAs concerns; disability support plugins for MS Office that didn't translate well into other platforms).

    The existence of these plugins makes MS Office a platform instead of simply a program. This plugin simply allows continued use of the platform where needed; yet allows competing product and platforms to coexist.

    Note that conversion accuracy is no longer a concern: .doc &etc. files will be handled by the NATIVE application, and the ODF format is clearly defined. As long as ODF supports the feature set needed by the plugin (and, given the plugin can be made, it does), which must be reasonably feature complete, things will work.

    Now, the plugin layer MUST be (reasonably) feature complete -- simply because if it is NOT, other plugins would suffer badly (eg. screen reader wouldn't be able to determine formatting, thus rendering difficulty to blind users of MS Office).

    If you are paranoid about Microsoft, and think that the feature completeness of the plugin layer will or can be compromised -- that is very unlikely. Other plugins would also suffer, and government users would be forced to start looking at alternatives.

    The existence of this plugin means that an ecosystem with both Microsoft and alternate vendors can be supported. Which is a good thing. Previously, the only way to use .doc (officially) on many Unix platforms was to use the limited Microsoft viewer. So this is a very good development.

    I don't think it will hinder or improve MS Office sales at all, but it will make things possible that have been VERY difficult in the past.

    I will start seeding the plugin as soon as I can!

    Ratboy

    --
    Just another "Cubible(sic) Joe" 2 17 3061
  7. Why MS should have supported ODF by Rob+Y. · · Score: 5, Insightful

    Not only does this plugin allow MS Office users to use ODF, it does it with their existing MS Office licenses. Microsoft's OpenXML would have required an Office upgrade in order to achieve interoperability. And if they had implemented ODF in the upcoming Office release, this plugin probably wouldn't have been written, so again, you'd have needed to buy an Office upgrade to play.

    Now there's interoperability with no revenue stream for Microsoft. Nice going, MS.

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...