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.'"
Microsoft will make sure this plugin won't work well for a long time ;)
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.
Can you feel it? It's the tide of inevitibility.
Why? The Catch 22 has been solved (we need MS vs. can't convert while using MS). And it's the bean counters that ultimately sway government decisions.
1) Plugin will be installed on gov pc's
2) Documents will be handled in ODF
3) Gov bean counters will be suggesting to managers everywhere they can save $XXXX if they use OpenOffice instead of MS Office
The world is made by those who show up for the job.
Seriously. I don't use MSOffice all that much, but have to constantly exchange .doc, .xls, etc. formats all the time with other people. For the most part, OO.o saves in these formats and opens in Office fine, as intended. Sometimes it doesn't though. If I could save in ODF format and include a plugin with the document itself, I would think that would be far more helpful in getting people to at least look at open source, rather than just pointing them to OO.o and saying "Install this".
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
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.
More music, fewer hits
Very smart move. It allows the office workers to continue as if nothing had changed, for the moment. But when M$ comes knocking and tries to sell them an upgrade to Office200x, the answer will be "if we have to upgrade anyways, as you have just elaborately shown, then we'll upgrade to OpenOffice, thank you".
Especially if the new Office they release with Vista changes the interface considerably, and requires re-training anyways.
Of course, the next Office update will break the plugin. It'll be a cold day in hell before M$ can let this stand unchallenged.
Assorted stuff I do sometimes: Lemuria.org
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.
.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.
.doc (officially) on many Unix platforms was to use the limited Microsoft viewer. So this is a very good development.
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:
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
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
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...