Microsoft to Support ODF via Plug-In
Apache4857 writes "It appears that Microsoft has finally caved. BetaNews is reporting that Microsoft is sponsoring an open source project to enable conversion between Open XML in Office 2007 and OpenDocument formats. The project, hosted on Sourceforge.net, made its initial release today. The Word 2007 conversion utility is expected to ship ship by the end of 2006, and similarly conversion utilities for Excel and PowerPoint are expected early next year." See the announcement in Brian Jones' blog (Jones is the Microsoft program manager responsible for Office file formats).
I bet it will be just as useful as PNG alpha channel in MSIE.
Anagram("United States of America") == "Dine out, taste a Mac, fries"
The correct url is http://blogs.msdn.com/brian_jones/archive/2006/07/ 05/657510.aspx the link in the summary was missing the trailing x.
Now governments can mandate all documents be in ODF format without being accused of abandoning their disabled constituency, and Microsoft will have to compete on its features and performance rather than vendor lock-in.
We're at the Embrace part of:
Embrace, Extend, Extinguish
?
That's not the responsibility of the file format.
That's the responsibility of the app used to read/write that file format.
And with an Open standard for file formats, there's no reason that anyone could not write an app that did direct file-to-speech with no need for a visual display (as is currently the case).
Well, at least the project is open source so other developers can take it and run with it. This version is not what the PR people would like you to believe. Check out this doozy of a quote from the sourceforge forum:
.NET Framewok 2.0 and Word 2007) or through the command line tool, which only requires .NET framework 2.0. "
1 531122&forum_id=579283 )
"With the first release (0.1 - prototype), you can only convert documents from ODF to OpenXML. This can be done either with the Word Add-in (which requires both
( http://sourceforge.net/forum/forum.php?thread_id=
From the project home page:
September 2006, sure...
-Eric
SJW: Someone who has run out of real oppression, and has to fake it.
... if it does not ship with the plug-in by default? I doubt most users will even know to install it, let alone be aware of its existence.
No, no, no. The project is going to ship a ship. It's like sending the QE2 via UPS.
...SoftMaker's Dr. Martin Sommer states that an ODF plugin for MS Office would hinder acceptance of alternative office suites. Then all of a sudden, MS is throwing in their support for an independant project that had started a few weeks earlier.
Great! Now we can see conversions from open document format to XML as well. I think this is of more interest to governments that individuals - although I'd be using this myself and pushing ODF where I work.
The mice will play. Mysteriously, the blog link is a 404. I'm sure it was just a typo :) Kind of interesting timing, as Bill goes off to spend billions of someone else's dollars and now has to deal with packing as much as possible into PC's that will ship to developing countries .. all of a sudden an about face.
... on the list of probably wont happen ... :
Not sure if this is him realizing just how difficult a lack of interoperability was making things in the real world, or his way of saying "Folks, I'm really (honestly) hands off now, see?"
So
[21] hell freezes over
.
.
[24] MS Supporting ODF plug-in
.
.
[28] Cheney on TV without makeup
Well, progress, anyway.
So when does the conversion utility for versions of Office people actually have come out? I have yet to find anyone who already owns a version of Office that is looking to upgrade. There are no features in the newest versions worth the pricetag. They claim OpenXML is THE reason to upgrade but with Open Document being availible without the insane pricetag there has been no real reason to upgrade. I still run 2003 on my work systems (only because the retards here already had it when I was hired and no one wants to try OpenOffice.org) and I would LOVE to convert all of our documents so when I finally make the switch on everyone to OO it will be that much easier. Once more governments move to Open Document standards getting OO adopted here will be a snap.
No animals were harmed in the making of this sig.
Well, there was that one puppy, but he is all better now.
This add-in is certainly a step in the right direction. But opening and saving files with this add-in is not as convenient as if the format was supported natively.
Here is an example of the problems that the users will face when using it (from the project home page):
Basically, this add-in will encourage you to convert your ODF documents to OpenXML, but if you really insist and if you really want to save (sorry, export) as ODF, then it will let you do that as well. You will just have to re-type or re-select the file name.
-Raphaël
...and we will finally find out what the three sea shells were for!
.sigh
Microsoft has not caved as TFA says. Now they can compete in new markets where they were being gradually squeezed out. Now organizations can say that they support open standards while still using Microsoft Office. I am sure that they will do a half-hearted job of supporting ODF, and people will grow frustrated with how "limited" it is compared to the native XML file type. They will not realize that only Microsoft's implementation is limited. As a result they might start using the latter for things that are saved locally, undermining ODF efforts.
Information wants a fueled airplane waiting at the hangar and no one gets hurt.
If they do this, I'm not going to buy Office 2007. I don't want my office "productivity" suite cluttered up with a lot of extra options on how to do things. I want Microsoft to tell me! Long live .doc, the one true format.
Hmmm, seems the will make people install a plugin that will be hard to find. So home users still won't be able to see ODF documents and won't understand how to install the plugin. Microsoft still hates it that they are losing the battle... Well people they still could install OpenOffice.org.
In Soviet Russia Microsoft suppor.... Oh, wait!?
A bad analogy is like a leaky screwdriver.
Nobody wants a format that's constantly changing
just adds to the idea that all of these people are so brain washed that they are actually doing something that will benefit users, that they can not but help spouting the virtues of the company line at every opportunity.
I would appreciate someone just being honest with themselves for a change. Something like "That brouhaha in Massachusetts gave us a scare and we think that we had better support this ODF format or we might loose alot of government business. Geez, an open file format, why didn't we think of that?"
I am sure that they will do a half-hearted job of supporting ODF, and people will grow frustrated with how "limited" it is compared to the native XML file type.
...or fork... or flame them in their mailing list...
Than get the hands out of yer ass and send them (the project) patches
Okay, I'm taking bets on them doing this as part of a typical "Embrace, Extend, Extinguish, Extort" cycle. I give 2:1 odds on Microsoft producing ODF documents that just don't work right, or are horribly buggy. The import will lose all sorts of formatting and similar such things.
:)
Anybody?
Barclay family motto:
Aut agere aut mori.
(Either action or death.)
This is bollocks. The translator is BSD licensed, you just go there and fix it if necessary.
total bull!
it's a cancerous disease
read groklaw
All in all, this is very good news for Open Source, and a chink in the mighty Microsoft FUD machine...
The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
Is it just a coincidence that MSFT joins the Open Source community and adopts ODF after some of their top execs say they're leaving? Perhaps there was a movement within that these top execs didn't like?
It's a plugin for Word, it's not a separate conversion utility as the article implies.
It can't handle manual page breaks it seems. Once I get OpenOffice.org on here to verify, I'm submitting their first bug report. :)
The default install directory seems to indicate this is a third-party tool, not an MS tool.
It doesn't add file types to the default Open/Save dialogs (the ideal solution). Instead, you import and export the files with their own dialogs. This also means hitting File/Save when you have an ODF file open will open up a save as dialog fro DOCX only.
While other people repeat the "embrace, extent, extinguish, extort, exume" prophecy, I see reasons not to make that assumption about Microsoft.
For one, it has received a lot of attention in the mainstream press about delays in delivery of Vista and the next release of Office. Further, there has been a lot of significant changes in the heirarchy of Microsoft. Couple that with their loosing streak against political and business pressures, suggests that they should change and adapt or face catastrophy.
They CAN compete on the basis of merit. Many of their people still remember how and those who can't could be quickly replaced with fresh blood I'm sure. And the momentum is still in Microsoft's favor. If it means admins across the world have to roll out plugins instead of new office suites, which do you think they would be more inclined to do?
Now will Microsoft break the standard in some way they way they perist in doing with CSS? It remains to be seen, but it's an open source project so I'm doubting it... "the people" won't stand for anything less than perfect and will keep workin in that direction.
Since it will be an open source project on Source Forge, I am not very fearfull about some big plot to embrace, extend and Extinguish(it can be forked or whatever). I think MS really needs this plug in to gain sales in the long term. There are many places that will adopt ODF where there will be individuals and departments that are MS fans. Now they can come up with some reason that they have to have MS Office and cut the cheque themselves.
Here at work I am encouraging the switch to ODF, and plugin's like this will allow MS to keep playing for all our desktops, even if we switch to ODF.
Will the download require the install of WGA to make it work?
Not that I care, I don't use M$office anyway.
It is actually both - there is a plug-in, and there is a command-line utility for conversion. Nice.
Re: manual page breaks, come on, it is a 0.1 release.
You might have a point
You made one small mistake though
Should be 5-7-5
In a pig's eye, they've caved! They'll corrupt the specification is what will happen.
Don't expect Microsoft to ever, not ever, cooperate. Expect them to corrupt the 'specification'.
Best regards.
One word my friends: owned.
Haiku for you!
We need this plugin for Office 2000, XP etc too. No-one is going to upgrade to 2007's DRM hell to read ODF.
'Once scientists, even the dim-witted social scientists, get muzzled, the Western Civilization is finished.' - oldhack
In my eyes the move here is to lift a weight of the developers at Microsoft. And if something goes wrong it is still possible to arrange the arguments in a way that they don't come back to MS.
Exactly. The idea is to be able to fulfill a checkbox item. Now they can say they support open formats so customers feel all warm and fuzzy. Why in a plugin if they're going to do it anyway? Because people just expect plugins to be flakier. So, when it doesn't fully work, you just blame the plugin. So, customers stick with native Word format because it works better but feel all warm and fuzzy inside because they (think they) could use ODF if they wanted to.
"Let your heart soar as high as it will. Refuse to be average." - A. W. Tozer
but what they are actually are going to do is create a broken implementation of ODF and then point and say: see see see, while some OSS developer is going to create another plugin that does it all perfectly but breaks with every Office update. They are going to be sued for some pennies for not opening up their documentation and maintaining their monopoly. We've seen it over and over again with HTML, Java, Novell and it's going to happen again.
BTW: their current conversion tool doesn't work for certain features (manual page break) which is NOT a compatibility issue. It's obviously broken by design.
I for one am not impressed and do NOT welcome our ODF-importing overlords.
Custom electronics and digital signage for your business: www.evcircuits.com
Microsoft will do whatever it takes to stay in the Game, and they'll cheat, lie and steal to stay on top of the Game - a.l.a. embrace, extend, and extinguish.
If you don't know what the Game is, then you're not just not a competitor, you're not even a spectator.
Te Quiero, Puta!
MSOffice97 was good enough for you when you bought it.
If your needs have changed it's only ok that you get a new version.
Of course, you could use OpenOffice 2.0, that works great indeed with MSOffice97 documents, and writes ODF natively.
Microsoft office products actually do have more features than the open source alternatives. These features include but are not limited to the support for the visually impaired which you yourself so graciously posted. Don't pretend either that OO.o is not completely bloated just like MS Office products. It's a great product that I use every day, but let's not kid ourselves. I can't believe you got modded insightful. I guess anything anti-M$ gets applaud around here.
Check out my lame java blog at www.javachopshop.com
Well I was amazed to see no one had commented on their choice of LICENSE yet. It's interesting to see what MS would choose as a license in their foray into the OSS world. I would have been really surprised if they'd chosen GPL, because of obvious ethical conflicts, but I don't think I quite expected them to choose BSD.
This is significant, because it means developers are free to take the code and do what they want with it. For instance, how many people actually have Word 2007? With the BSD license someone could back-port it to previous versions...
It also implies that MS can't get away with "embrace and extend", because whatever they choose to do, someone will come along and create a custom version with the cruft removed. Consequently, I expect they just won't bother to put any in the first place. (Well, maybe that's wishful thinking.)
Additionally, if this plugin integrates badly with Word, making it difficult or non-obvious for people to use, or doesn't adequately convert certain features that it could probably handle better, someone is free to come along and improve it!
Even if the MS project doesn't accept people's suggestions and changes, the BSD license ensures that anyone is free to fork it and release their own version.
So: The fact that they chose the BSD license is a really important detail here.. very interesting move.
Your Fail It
Now, there's really no reason for anybody to use Open Office (or Star Office, or whatever they're called this week). MS Office will continue to be used almost exclusively because it can now handle any document, and of course, most of the outside world will still use MS Office documents.
Belium and Massachusetts. Software is developed by a Frech, an Indian and a German company.
Sound like Europe has become the fighter of freedom of the people. I also like the quote on this Flemish site that Microsoft Tom Robertson sayd that they noticed that cusomers did not want homogenity, but diversity.
Darn, the cat has not even left the house and the mice are already dancing.
Don't fight for your country, if your country does not fight for you.
First off, plugins like this were going to arise anyway. Look at (http://sourceforge.net/projects/aodl). This is a conversion program started in 2005. MS has just decided it would like to be "officially, but not too officially" in charge of it.
? wg_abbrev=odf-adoption) become a member, and get the standards set for the stuff you need? Oh. Because you really don't care, you're just doing "lip DIS-service" to ODF by pointing out the problems that all standards run into.
Interesting comments in the blog:
While we still aren't seeing a strong demand for ODF support from our corporate or consumer customers, it's now a bit different with governments. We've had some governments request that we help build solutions so that can use ODF for certain situations...
From my understanding this is more along the lines of "certain governments in all situations." But, hell, MS can probably win those markets back with an Open Office that supports ODF in some way, but as a plugin MS can blame the standard or the plugin writers (who are working on an Open project, remember, not a MS one!). Which brings us to:
Nobody wants a format that's constantly changing, so if you do decide to extend the format like OpenOffice did, what happens when ODF 2.0 comes out and it specifies that feature differently from how OpenOffice did it?
A little late to ask these questions isn't it? Why not just go to the OASIS site (http://www.oasis-open.org/committees/tc_home.php
If Microsoft had gone to OASIS and said "Look we really love this ODF stuff, but to interoperate properly with Office, it would have to support feature X, Y and Z, at least in theory" it would have happened for SURE. However, they were betting that once MS said "hey we won't support ODF" then the "turncoat" governmental offices that had demanded ODF would say "oh... well... poo" and go back to Office.
I'm not capable to judge whether this is true or just FUD, but it is interesting nevertheless.
“Wait for Hurd if you want something real” –Linus
Sorry, I quit smoking last night and I am having a hard time diverting all the nervous energy. Forgive me, all.
MS just made it difficult to save data in ODF format. (need to exprt as ODF while the default is "Open"XML).
So, since you can't teach all the word to export as ODF, most people will end up saving files in microsoft's own formats.
Micrsoft is also changing the defaults for the new office. (docx, xlsx, pptx etc). Same thing applies. These new formats are incompatible with earlier versions of office and so people - after a time - will perforce have to pay upgrade tax.
End
I still don't understand the need for an open document format, except to make OSS happy.
For decades, every application that has had some competitive version has been able to support each other's file types relatively painlessly. The only point of contention is when one version has features the other does not support. This is where document support becomes spotty.
But, with OSS pretty much duplicating whatever they like from retail software, granted with a few novel innovations, its pretty much becomes a case of we all have the same features, lets make a document format that works for everything.
Again, I don't see how or why this needs to be. Microsoft is offering an "open" document format, that is, a format that any 3rd party competitor can read, interpret, and view within their application. OSS has created their own open document format, which Microsoft and other 3rd parties can read, interpret, and view. The key is now you don't need to reverse engineer or hack support for a file, whether it's Microsoft or OSS software, both are offering a document format you can use or support at will.
I really don't see a need that every application needs to support ONE document format. I don't think it is possible, because eventually, some company will come out with a feature that won't be supported by someone else's product, and it just become kludge to try and say that this document format will support FUTURE features without getting into the mess of having every vendor discuss and talk about changing its version.
An open document format will stifle innovation because every vendor will be reluctant to add new features. Whenever something is designed by committee, the design flounders and fails.
So, as long as your a company that has embraced the "open" in open document, and create a document version and tell everyone how to access its data, that is all the industry needs.
OPEN is not synonymous with ONE, it does not mean there needs to be only ONE document format. It just means that your playing fair with competitors and offering a document format, and the necessary SDK or documentation to read and interpret that document format.
At the end of all this, you will still end up having to support DOC, DOCX, PDF, ODF, XML, etc, etc, etc. There is no point to this argument, it is moot.
Its just another Microsoft vs OSS garbage inflammatory troll bait article that we waste far too much time discussing and worrying about. In the end, it won't matter one hill of beans whether or not Microsoft or the OSS format wins, there WILL BE TWO FORMATS anyways. If your software vendor, start supporting both in your software now.
I haven't thought of anything clever to put here, but then again most of you haven't either.
You got it. I have been very happy with OoO's .doc support (I use Documents to Go with my LifeDrive and it doesn't yet support ODF) which I think has been a key to its popularity. If they can make things work fairly seemlessly between the two formats, I expect that Microsoft can do at least as well.
Information wants a fueled airplane waiting at the hangar and no one gets hurt.
far...out
As usual, PJ over at Groklaw has interesting information and insight into this latest from Microsoft.
It never ceases to amaze me that some people still want to believe that MS is 'now' trying to do the right thing.
Intron: the portion of DNA which expresses nothing useful.
I've been on a bit of a personal campaign to get MS to see sense and support OpenDoc. This is good news - although a bit late (and sadly not in the box).
This is certainly a step forward for users everywhere, but what about MS-Project? There is no open interoperability between MS Project and any other tools at all.
Pepsi: Yo, Coke. Some loonies on line one say they have your secrets. But don't worry. We're setting up a sting.
Coke: Uh. Ok.
The Press: So, Pepsi, why did you feel the need to do the right thing?
Pepsi: Because competition should be fair.
Microsoft: Idiots!
welcome our BSD-using ODF plugin overlords...
Well, I would if I wasn't already using OpenOffice.
"I've spent my whole life figuring out crazy ways to do things. It'll work." -- Montgomery Scott, "Relics"
Finally they're supporting it! Let's see if it's the old sort of angry support where the feature is so buried that it might as well not exist, or if it's real support with an easy and simple way to get threw to the desired effect. I think they can now delay the support until the entire thing is just forgotten, or bury the feature so far it's never found unless you have a map.
Blind are we who do not know that we are blind. The world has been boring ever since I got here.
As if.
MS has probably realized that the usual embrace, extend, extinguish will work better than flat out refusal. Let's see:
Scenario A: MS refuses to do ODF
Since ODF is making inroads in many places, and is being written into laws in others, flat out refusal will mean either someone else writes a plugin (oops, already happened) or people switch to OpenOffice. Also, it'll mean that Office XML is dead, dead, dead because everyone interested in XML office documents will use ODF while those interested in MS Office will stay with legacy formats.
Scenario B: MS does an Office plugin
If MS "supports" ODF, then everyone used to Word will stay with Word instead of switching to OpenOffice. Also, lots and lots of these people will use Office XML as their document format and only convert to ODF when necessary, a process MS can greatly enhance by making sure that their ODF implementation is just slightly less convenient than their Office XML implementation.
Then, a couple years down the road, they'll add some killer feature that they only implement into Office XML and not their ODF version. Or they extend ODF the way they tried with Kerberos.
"caved in". Pfft.
Assorted stuff I do sometimes: Lemuria.org
Better still would be to ask after it downloads the plug-in "Do you want to make ODF the default format for saving Office documents?". Fat chance of that happening though.
Support Right To Repair Legislation.
they would support an open source project to get Word formats supported in Open Office. This ploy may succeeed in diverting talent from working on support for DOC/OpenXML in FOSS office apps, which would be far more desirable IMHO.
We hope and expect that millions of third-party developers around the world will build solutions using the Open XML file formats. Already, hundreds of thousands of developers are working with the XML capabilities of Microsoft Office. Any developer may use or join the OpenXMLDeveloper.org community to receive the latest information and participate in active code-sharing and experience-sharing opportunities.
Come join the covenant, Be one with the covenant. Or we Will Sue your ass.
OSGGFG - Open Source Gamers Guide to Free Games
Open office.
If someone gives you an Open doc format, Microsoft doesnt want you installing the free competition to read it.
They want to keep you in their Office suite. (which is very nice btw)
And by the same token OO.o will have to compete on its features rather than, "Use us because we support ODF!!".
-- "I never gave these stories much credence." - HAL 9000
file performance
.DOC vs ODF but the files just seem to sit there really quickly. Possibly too quick to measure. Maybe I need a faster machine.
How fast does the file format go anyhow? I tried to benchmark
I think you underestimate just how much I just dont care.
The obvious UI for this would be to have it be just another item on the "Save as Type..." list in the Save dialog, and another type it supports through the standard Open dialog. There isn't a "Word Document" or an "HTML" submenu on the file menu. Why this inconsistent UI?
I bet that Microsoft really means it this time and we'll
have "flowery meadows and rainbow skies and, and
rivers made of chocolate where the children dance and
laugh and play with gumdrop smiles"
I once wrote a VB macro for both Excel and Word that iterated through all of our documents on our share server. It opened and output each document to an .html format so our search could index them (don't ask). I had this run every day on updated files and it worked quite well. I had it write a log file to track it's progress and so the macro would know where it left off in case of a crash. Exporting to ODF with this plugin in a similar fashion should be trivial. (tip: if you attempt this, you can cheat by using the record macro functionality in office and then modifying the generated code to your liking)
-Joe
It's more of an Emacs thing: Ctrl-this and Meta-that. I didn't think it was disabled, at least in MS Office 2003, but I could be mistaken.
Definitely a pain to work with, though. As I said above, if you want to do large amounts of equation editing, use OOo or LaTeX.
I [may] disapprove of what you say, but I will defend to the death your right to say it.
By not including the support in the core product, this is effectively a token move. I have found that 99% of end users will not install additional components, even if it's a free download. Office is pre-installed on their computers (or installed by their IT people); but ODF will not gain obiquity if Office does not support it "out of the box." (Unless enough brave governments buck MS's strangehold.)
Love many, trust a few, do harm to none.
I hope they are smart and use XSL to convert from one XML format to another. Any enthusiast who understands XSL could improve upon it or mitigate any bugs.
Where's the 0xBEEF
I had all the .NET form stuff floating through my head when I asked that.
"I've spent my whole life figuring out crazy ways to do things. It'll work." -- Montgomery Scott, "Relics"
What makes you think Microsoft WANTS to do good conversions between their proprietary format and the public ODF format? Surely there is absolutely no history of this. You've got some 'inside' information? ;-)
LoB
"Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
I never said that they were going to do as well or that they wanted to do as well. I only said that I know they can do as well if they reaelly honestly tried.
Information wants a fueled airplane waiting at the hangar and no one gets hurt.
And just one final note - OfficeXML is NOT OPEN. The spec doesn't explain the parts that contain binary data - data that could include vital formating information for example.
I call it bullshit. And challenge you to point out what vital formating information of the OpenXML is binary or undocumented.
OpenXML is as open as ODF. The rest is FUD.
You've got it right. This approach makes mad at Microsoft - they are trying to sell this weaseling as a service to the OSS community. Not only will few people download the patch (few workers will even have the administrative authority to do so), those who do use it will probably use it to import ODF files only to unwittingly save them in Microsoft's proprietary format.
Microsoft has no valid reason for such opposition to ODF. (Their excuse so far has been that it's "slow" - sounds more like a problem with their software than ODF itself.)
Nothing has convinced me more to stay clear of Microsoft products than its abusive attitude toward a cross-compatible office suite file format. Not even Windows ME has done as much damage to my personal opinion of the company: they are inept sobbing slackers. They have good cause for their inferiority complex, but their attitude to their clients and consumers goes beyond unprofessional.
ODF or fight.
I do equations with MS Word on a daily basis, and the process is nothing like you describe.
What is this 'basic' tab you keep referring to? And why are you clicking on "=" and "+"? Is your keyboard missing those keys? Speaking of clicks, you can use the arrow keys to navigate the equations. There's no need to click all over the place.
Of course, you'd also have fewer clicks if you worked in any sort of logical order. In your OOo example, did you type '+' and then '^', then 'x' and '2'? No? Then why would you work in that order with Word? Working with the equation editor isn't always a linear left-to-right process, but you're all over the place.
There's no doubt the built-in Word equation editor is not the best, but your example is FUD--you've gone out of your way to make things harder than they need to be.
You could do the same thing by TYPING "z=x+y". Shift-arrow to select x+y. Click the root symbol. Shift-arrow to select the root symbol. Click the fraction icon. Type "2". Click the x. Click the superscript symbol. Type "2". Click the y. Click the superscript symbol. Type 2.
For simple examples such as this one, text entry will almost always beat the point-and-click builder, but it is the 21st century, and there are occasions when it helps to utilize the graphical aspects of a graphical user interface.
For more complex equations I find it helpful to have the symbols laid out as I compose. Are there any developers here who have never had an issue with a misplaced/missing } or )? I don't really feel like having to debug my Word docs.
It seems this converter is deficient for real use of ODF. The Word 2007 plugin says it can only import the ODF read-only and by translating it to OpenXML which is a potentially lossy operation. To save the ODF document, it needs to be exported to a new filename.
This means that you can't use Word 2007 to work on a ODF file, as each time you need to make a change, you chew up the document. It's not a workable solution as-is.
Mr TheSkepticalOptimist has spit out pretty much the same comment before, (http://slashdot.org/comments.pl?sid=190013&cid=15 638922), and his opinion ("oh, proprietary binary formats are sooo easy to read anyhow") has been dissected by other people before. No need to post the same garbage twice, dude!
I can understand if this was a choice between updating to Office 2007 or Open Office. This seems to be more of a political motive then a business one.
if you read the article you would know that they are supporting previous versions of Office with this plugin.
I am sure that they will do a half-hearted job of supporting ODF, and people will grow frustrated with how "limited" it is compared to the native XML file type.
I hope that's not true. It'll really suck, in twenty years, when the government tries to print out your birth certificate and they can't, because it's in Word 97 format and MicroSoft discontinued support for that format 10 years earlier.
Incidently, as much as I'd like to see MicroSoft be required to compete on a level playing field, that's only a small part of why we want ODF. The real reason we want ODF is so that we can read our government documents in the future.
Sit, Ubuntu, sit. Good dog.
You talk the talk of open source but when its time to code you only have excuses.
If the quote is from an MS employee it has an 80% chance of being a lie or at least not the whole truth.
evil is as evil does
The caving refers to the difference between Microsoft's initial reluctance to do anything with ODF and their current position. Previously, all Microsoft reps did in Massachusetts was complain that it isn't good for disabled users (which, as numerous people have pointed out, has far more to do with an application than a file format) and is inadequate for government use. Their ironic complaint that they were being dictated to on file formats got well-deserved laughter from those who followed the case closely. Microsoft was missing how users were being treated—being told that Microsoft's changing format was what Microsoft dictated to them. In light of the secret changes to Microsoft Office formats, the state's insistence on preserving government documents into the forseeable future (which Mass. viewed as state soverignty) was never adequately addressed by Microsoft.
It's not so much that what you're saying is untrue, so much as what you're saying doesn't address how this change of stance is a caving-in for Microsoft. Their latest behavior doesn't jibe with their previous behavior, and now the public can see that even Microsoft needs to change in order to "compete in new markets where they were being gradually squeezed out". Hence, Microsoft is caving in to persistent competitive force.
Vigilance being the eternal price of freedom, it will be up to us to continue to point out the dangers of using proprietary software at all and making sure that all ODF implementors abide by the spec and produce interoperable documents. Don't let people convince you that this task is impossible. Those same people would have told you years ago that any ODF progress was a pipe dream (the initial reason PDF was not pitched as an editable file format, according to a Mass. state rep discussing ODF) and that nobody will make free (as in freedom) software.
Digital Citizen
Panic, very panic at Microsoft 8-) ...
-----------
Let's speak about free software, Linux, BSD, Plan9, Solaris
with a short annoucement in home page : http://www.clever-age.com/
If past examples are at all indicitive, MS will toss more than a few undocumented proprietary things into their OpenXML implementations if not the standard itself eventually. I'm sure at first conversions will work flawlessly, but, soon enough (well after the ODF craze has died down) people will find that the conversions are imperfect and once again we will be stuck with some people choosing to use MS Office simply because it's what you can generally count on another system having when you can't afford to have your document end up malformed (in particular this is especially true with Powerpoint OpenOffice.org's Impress and I expect to see similar problems with the OpenXML vs ODF equivalent.)
That said, it is nice to see that even the great giant MS has been forced to cave and go with the market rather than trying to force the market around their own choices, even if it is probably just a temporary setback for them. More importantly, I think that it just strengthens ODF all the more right now since it just stands to reason that opensource conversion code can easily be integrated into ODF programs so that they work seamlessly as far as the user can tell (at least at first.) I'm hoping that by the time the problems start to crop up it will be too late and ODF will have pervaded the market enough by then that in the long run it wins anyway.