What Does the Microsoft ODF Converter Mean?
Andy Updegrove writes "It's been a week now since Microsoft announced its ODF/Office open source converter project - time enough for 183 on-line stories to be written, as well as hundreds of blog entries (one expects) and untold numbers of appended comments. Lest all that virtual ink fade silently into obscurity, it seems like a good time to look back and try to figure out what it all means. In this entry, I report on a long chat with Microsoft's Director of Standards Affairs Jason Matusow, and match up his responses with the official messaging in the converter press release. The result is a picture of a continuing, if slow and jerky, evolution within Microsoft as those that recognize market demands for more openness debate those that want to follow the old way. This internal divide means that the proponents of change need to point to real market threats in order to justify incremental changes. This adaptation by reaction process leaves Microsoft still lagging the market, but has allowed those that favor a more open approach to gradually turn the battle ship a few degrees at a time."
Embrace, extend, extinguish? At least that is what everyone here is going to say, so I don't even see why the editors bothered to post this story. It's slashdot, we always have the same response to news about microsoft.
Philosophy.
I can keep using microsoft office forever if they support, fully and properly ODF. Actually that is only a semi-funny thought as I actually do enjoy using microsoft office as compared to the alternatives.
Not so good times for Microsoft anymore... :-)
Today I saw this: www.officeviewers.com
"...183 on-line stories to be written, as well as hundreds of blog entries (one expects) and untold numbers of appended comments"
While I'm sure they will come out with a useful tool of some sort, the bottom line is free marketing (IMHO).
I'll avoid the typical MSFT bashing and move on to a tangent.
When will "professionals" realize that Word is not meant for all documents? It's great for short documents, posters, etc. But for real professional looking documents it's hard to beat a typesetter like TeX [or LaTeX].
This has nothing to do with bashing MSFT and everything to do with bashing the "one size fits all" mentality.
Tom - Who hates writing a book in Word but will do it anyways because its good for the resume.
Someday, I'll have a real sig.
Write your C.V. in HTML and hand out the URL. Much more fun and saves on the bandwidth.
Tom
Someday, I'll have a real sig.
It means: there will be yet another way for desk potatos to potentially send me emails that aren't loaded up with some bell or whistle or whatnot that breaks them under anything other than the very newest version of MS Office.
Along with text, RTF, and older MS formatting.
And just like all those other options, they won't use it.
Someone had to do it.
It means Open Document Format...geez, some acronyms are just easy...
Unstable Apps: Our Android Apps Don't Suck
turn the battle ship
And that's the problem. The public perception is still Microsoft as a weapon of war. And it's the perception because that's still how Microsoft operates. Going beyond the open/closed debate they need to stop treating IT as a battleground. As soon as they switch from a war mentality to a peace and cooperation mentality things will go a lot smoother. For as long as they make a fight out of things there will be trouble. Maybe one day they'll learn there's actually money to be made while at peace with others.
Developers: We can use your help.
Sorry, this plugin is not going to magically make ODF an popular interchange format. It's for governments and others who want to use ODF as a archive format. It's going to take a long time for the converter to have any real installed base, and HR drones will continue to delete "wierd attachments" as IT instructed.
.DOC, nobody will notice the difference.
Just create your resume in HTML and rename it to
Whenever I hear the word 'Innovation', I reach for my pistol.
I don't need people modifying my CV so I send it out in PDF and have never heard one complaint about the file format.
Depending on how Microsoft chooses to implement it, it can be a Good Thing or a Distracting Thing. For example:
- They can throw up dialogs like "If you save in this format your document may look like crap later" (sort of what they do now)
If they stick to previous behavior, the converter will work, but it will be annoying enough to implement that a lot of people and organizations won't bother with it.You mean, like OO.o already has?
f fice
OO.o has extended ODF for its own purposes since the ODF spec itself is incomplete (e.g. lack of a standard for storing spreadsheet formulas).
And how about this little gem?
http://opendocumentfellowship.org/applications/ko
"Our tests show that OpenOffice and KOffice have some problems opening each other's OpenDocument files. Also, support for drawings is a bit incomplete."
I wouldn't be surprised if MS ends up with better ODF support (i.e. more compliant to the spec, as opposed to just trying to mimic whatever OO.o does) than most ODF-native suites.
-- "I never gave these stories much credence." - HAL 9000
I realize that OpenOffice has got an incredibly complex build system, and just sitting down and modifying is more than a simple task. However, it IS open-source, so I was wondering if anyone has considered this possibility:
What about a nice, self-contained version of OpenOffice, but with all of the GUI stuff stripped out, which instead of opening the editor, simply opens a little drag'n'drop dialog box. You select your desired "output format", and drop any document supported by OpenOffice into this window. This would include ODF files, Word docs, RTF, etc. It would then perform the equivalent of "Open" and "Save" in OpenOffice, in whatever format you specified.
Voila, instant converter!
I would think this would be a baby-step towards having a nice universal document converter. It doesn't strike me as totally necessary to have it as an Add-in to Word, at least not immediately.
Yes, this would use OpenOffice's reverse-engineering MSdoc parser for converting to ODF, rather than using Word's native code, but I imagine it would be a good start anyways, and easier to do.
Anyways, I've tried to build OO before and quickly ran out of RAM and disk space, but maybe someone would be up to the task.
I used to work for a company now called Financial Campus.
Their stock and trade is Securities and Insurance Course ware. When I started there, they were in the midst of a massive project to migrate from Word perfect to Word for all heir courses.
That's right, they maintained 200 plus page securities courses in Word, running on Windows 95 and 98.
One problem with this was the fact that word always formatted the document for your "Default Printer" which in this case caused things like floating text boxes and graphics to move around the page. Every time someone worked with the files on a new computer they had to start by reformatting the document for their desktop. (Shared printers were a novel concept at the company, which was another part of the problem.)
I tried to get the company to at least try Quark, Pagemaker and the like. It got shot down for two reasons. First, they couldn't pirate them as easily as they could Word 98 and 2000, so it would be too expensive. The second reason blew my mind.
The owner told me: "I never even heard of these things. What do you think Word is for anyway? Do you think they became the biggest company on the planet by selling crap? I'm not shelling out hundreds of dollars for something inferior to Word."
The company owner had a very clear and definitive, "If it's from Microsoft, it MUST be the best product available" attitude.
"Live Free or Die." Don't like it? Then keep out of the USA
(i.e. more compliant to the spec, as opposed to just trying to mimic whatever OO.o does)
You keep using this word. I do not think it means what you think it means.
Seriously, it has almost never been in MS best interest to adhere to standards and MS has a long history of bastardizing standards. While I fully expect them to "extend" functionality in the specification, I am pretty sure that will not be "compliant" with the specification.
I can assure you that while OpenOffice will extend the ODF format in a documented way, with an eye on interoperability and trying to add the extensions into the next version of the standard, If MS does it, it will be in a undocumented way, with the spirit of breaking interoperability and make it windows/office centric.
Don't you remember java?
When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
Presumably his title is Director of Standards Affairs because Microsoft's relationship with standards is only ever a quick fling, and someone usually gets fucked.
GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
The "existence" of the ODF plugin might really mean the exact opposite of what everyone would like it to be. In fact, it might mean the same thing as "Posix compatibility" or "Kerberos" did.
In other words, big migrations never happen overnight. Let's say that an executive has made a commitment to move his organization over to ODF. If Microsoft were to continue stiffing ODF acceptance, the first action would be to start rolling out and training an alternative tool, like OpenOffice. On the other hand, if Microsoft has announced an ODF plugin is coming, the first action is to stand pat, and wait for it. At this point, 3 things may happen:
1: Microsoft delivers an ODF plugin, and the migration moves onward.
2: The executive moves onward to a new position, and the ODF migration can be safely ignored and/or rescinded.
3: Things continue as-is until the deadline approaches and there's still no ODF plugin. At this point the business can either go into some sort of panic mode or make the first, perhaps of many, perhaps indefinite, ODF migration deadline postponements.
Note that all it takes is the promise of an ODF plugin to defer the whole "ODF threat". It's easy to add "schedule slips" and other such to slow the entire migration plan to a crawl, possibly even to increase its cost until everyone cries "Uncle" and decides that Office licenses until Doomsday are cheaper.
The living have better things to do than to continue hating the dead.
This is probably going to be modded troll or flamebait, but I really dont mean it to be. In my social circle of geeks there are those who are ODF nazis. They refuse to send me documents in anything but ODF and it pisses the hell out of me. I have held my ground for a while because I, for various reasons, use MS office. Now both sides can be happy. Thank Goodness.
I just assumed ODF was popular because it was already fully capable of representing everything the popular word processors do. I guess that was a bad assumption. :-(
This will give Microsoft a chance to embrace and extend ODF, so maybe in a few years everyone will be using Microsoft's ODF format. If the format isn't capable of doing everything that existing formats already do, then it isn't ready to be a standard yet.
So I'm going to use OpenOffice, you will use KOffice, and my boss will use Microsoft Office, and none of us will be able to read each others files. Welcome to 1989 when people got sick and tired of converting between WordStar, WordPerfect, MS Word, and AbiWord - so slowly everyone moved to the dominant player because interoperability was just too frustrating.
If ODF doesn't have a solution to this problem then it is completely pointless.
I can assure you that OpenOffice does extend the ODF format, and in a way that is not documented. For example, the ODF spec doesn't have the syntax for spreadsheet formulas. Obviously OOo stores formulas for spreadsheets, so where's the documentation for its format? Well, it's a mix of "see Excel" and "read the source". I'm sure that this is something important enough to add to the spec in the next version of the standard, but why wasn't it added initially? Was it just so they could get their standard out there ahead of MS and "win" the race?
.Net, while Java is stuck on the server. Some of those features that MS was planning to add have only recently appeared in Java, and only because C# already had them.
To use a more obscure example, look at how OOo handles non-Latin list numbering. Not only does the standard not specify how to do it, but OOo seems to implement it in a way that is at odds with the spec.
For an example of where Office documents might need to extend the spec, consider highlighting. It is a way of specifying a background color for text that covers the other background color. That way you could highlight search terms without having to permanently change the way the document prints. ODF has no support for this. Should the MS converter not implement highlighting, should it implement it as a background color (thus not letting you turn it off), or should it implement it as an extension? Keep in mind that ODF doesn't provide a standard way of implementing extensions.
However the MS ODF converter implements it will be documented, though, because it's an opensource project. Feel free to read the source to see how it works, or change it if you want. You can even fork it if your changes aren't acceptable to the maintainers.
I don't know what your beef with Java was all about. Java was supposed to take the market by storm, and in a few years every new app was going to be in Java. MS recognized that Java was missing some key features that would be required to make GUI apps just as easily as you could with VB, so they added them. Sun could have licensed the changes back, but instead chose to sue and have them removed from the market. So now all kinds of new desktop apps are written for
dom
Right here, right now: Let us forever more call what Microsoft refers to as "Open XML" as "MS XML."
It's the sensible thing to do.
Insert witty sig here.