Open XML Translator for Microsoft Word Available
narramissic writes "The first phase of a Microsoft-funded project to create software that can convert Microsoft Word documents between Open XML and Open Document Format (ODF) has been completed. As a result, the Open XML Translator is now available for download in version 1.0 from SourceForge.net. A ComputerWorld article details the history of the project, discussing the work of companies like CleverAge and AztecSoft, as well as community efforts to bring this project to realization."
Please no clippy, please no clippy...
"It looks like you're trying to convert to a non-Microsoft proprietary format. I can't let you do that, Dave"
Tell me something...it's still "We, the people"... right?
And how's this related to Linux? It is just a ODF - OpenXML convertor for Windows.
Why is this such a big thing considering that OpenOffice has the ability to import from and export to MS Word format? It even allows you to email the document in Word format without having to explicitly save it in that format.
The first phase of a Microsoft-funded project to create software that can convert Microsoft Word documents between Open XML and Open Document Format (ODF) has been completed.
Unfortunately, when you run it, it starts off with, "Hi! It looks like you're trying to convert a Microsoft Word Document! Would you like some help?"
The theory of relativity doesn't work right in Arkansas.
Anyone else feel chills? Remember how good the Import/Export of .WPD files was in Word? I'm guessing that this will be of similar quality. At least it's OSS. But I wouldn't hold my breath waiting for this to bridge the gap between ODF and OpenXML. Best is to use OpenOffice and save as .DOC if you have to.
Here's the Microsoft Press Release about it.
"Please describe the scientific nature of the 'whammy'" - Agent Scully
Can I ask, since the article doesn't seem to really explain -- what good is this? I know converting to XML is supremely important _in theory_ so that your documents can be easily parsed and used among other software applications - but say for example:
I have a document
I convert it to XML
then what? Is this excellent news in theory, or is there a demand for this?
I honestly don't know, I'm not claiming there isn't. Please tell me.
---
this isn't xml
Ace
Surprised? Seems Microsoft just see this as another way to infect the better platforms with their CLR, an attempt to start the countdown on the patent timebomb.
If you're writing cross platform code at least have the decency to use C, C++ or Java, requiring a CLR is insulting.
I just tried to use it, and here's what I got:
This is not a winning document. Better luck next time.
Insisting on "correct" English is like saying that there is only one, definitive recipe for chili.
What's the point if the add-in doesn't allow ODF to be set as the default file type, or even used via the Save As menu?
Hopefully the Word "interop" API actually allows for this sort of thing to be properly integrated.
Because this thing is about increasing compatibility between MS Word and the Open Document Format, used mainly by OpenOffice.
Can some cat from Novell remind us all which part of openoffice.org is written in C#?
i'd run it if it did.
A while back a state IT Department (I think Massachusetts) decided to only use open-source document formats and talked back and forth with Microsoft. The head of the IT Department (or something similar) privatly asked some of Word's programmers, who said an odf/xml feature would be trivial to add, but MS flatly refused to make a plugin for Office to convert to odf/xml, even though it meant losing the state's patronage.
Microsoft is really determined to strangle open formats.
The government can't save you.
There are no valid arguments against open document formats, we're fighting a losing battle here... and I'm all out of chairs. How can we turn this huge loss into a win?
CIO = "What is this 'ribbon' thing I keep hearing about?"
IT Admin = "Boss, we dont need the ribbon, its just Microsoft hype."
CIO = "Have you seen the ribbon? Bring me the ribbon!"
IT Admin = "Khaaaaaaaannnnn!"
If OpenOffice was a reasonable alternative to MS Office, this might be interesting. But it's not, and all the fanboys in the world can't make it. Maybe some day, but that day is a long way off if the current OO product is any indication.
If you're in government, I imagine even in rich countries, you need to manage a diverse base of Office suites: 95, 97, 2000, XP and maybe 2003.
These things, I can say from my limited experience, and contrary to M$ allegations, do not work well together. Some even suggest this is done on purpose, to create through net marketing the need to upgrade, in order to maintain relationships with peers (IOW, if you want to keep using Office 97, good luck being alone, because you won't fully interoperate with more recent products). "Backwards compatibility" is as easy to say as "I love you".
That's why there's never a real scenario study like comparing costs in a business using OpenOffice.org versus a mix of said products. Usual "sponsored" studies focus on just one version of Office (tipically just released) versus using the combo (OpenOffice + old Office previously in use).
And that's why M$ solutions' TCO is higher than Free Software's: because with F/OSS you can EASILY deploy a single version, which is easier to maintain. This is rather obvious but I just learned some months ago...
Now, my point is: why, just why, would a public department be interested in OOXML to/from ODF conversion?
The answer: it would not!
Governments want compatibility with doc, xls, mdb, ppt and other proprietary s... formats. Because they have a lot of stuff on these formats. And others maybe, like AutoCAD's or Wordperfect's...
This conversor will facilitate the legal acquisition of proprietary solutions in case ODF wins and OOXML (M$) loses. It will enable bad administrators to say: "Well, we can purchase M$ products as usual, because they can read ODF via OOXML conversor. We won't use OpenOffice.org because it's too complicated." (Blatant lies... "so what," I guess they think).
Everybody needs traditional format conversion, and OpenOffice.org already does a pretty good job at that, thank you very much. OOXML conversion might come in handy now and then, but it sort of opens a galactic hole when adopting exclusively the ODF standard...
Before you think "that's good 'cause everybody gets to use ODF", let me say "no, they'll use OOXML and only resort to ODF in rare occasions when legally required". Intense use of OOXML will convert ODF in a new Betamax, EBCDIC, or whatever analogy fits.
a) Trademarks and brands are property of their legal owners.
b) Yes, they can get away with this... let's hope this gets harder and harder.
c) Don't ask me to back my opinion with links; go google the vast material available and get one yourself.
d) I'm not American so I'm free to have an opinion. Sorry.
I can't wait to see what Vista does with this. "Premium content detected, doc files are proprietary content I have notified Microsoft about your attempt to circumvent the DMCA. Please stay where you are and make no sudden moves".
Try reading Microsoft's documentation for OOXML. It's 6,000 pages long. Seriously. This is a great Microsoft PR stunt - yes, you've gotten your data in to XML format, but the XML format is so complicated that only the Microsoft programmers who wrote it can actually understand it. Part of the point about XML is interoperability. There's no way that sane people are going to read a 6,000 page Microsoft specification and write an XSLT to convert Microsoft OOXML in to a simpler and saner format. In short, this will not mean any competition with Microsoft. They buy PR in the geek community by saying "Office is going XML! Open data! Whee!" and making an XML format that's so complicated that nobody would ever use it. That's a pretty smart move. And it's a pretty dumb move on the part of ECMA. Congratulations on just giving your dignity away by signing off on a specification that's about nineteen times longer than War and Peace...
No document in living history is ever going to be so complicated that it needs to be in a format that's specification is 6,000 pages long. Part of the point about XML was that we should be setting up simple, domain-specific markup languages and extending already existing markup languages. OOXML is bad because it's needlessly complicated and obscure. Having visited the OOXML website, I'm missing a lot of things I expect. First, I'm missing schema. If these guys are serious about XML, where are the XSD/RNG schema? Secondly, where are the cross-platform translators - ie. XSLs? I'm missing some kind of high-level summary of how I'm supposed to parse the XML. If the only way of doing anything with OOXML is a closed, black-box Microsoft converter, then we still haven't really got anywhere.
Well, I'm breaking the cycle. All my documents are going to be either ASCII or a standard, non-obscure XML format like XHTML. Or something home-brewed and simple that can be easily transformed using XSL and XSL-FO. Screw Microsoft's phony attempt at interoperability. The Internet is interoperable by design. (X)HTML is interoperable by design. Let's prove to them that we mean interoperability by sticking to simple, sensible, semantically-based and scalable principles.
catch (HumourFailureException e) { e.user.send("You, sir, are a humourless idiot."); }
Word suuports "art borders". Users can choose from a wide selection of images selected from 1980's western culture. Does this get exported properly?
If I can't get the candycorn borders, no deal!
but they are good shit!
Thanks to this Microsoft funded and approved converter, I won't have any problems working exclusively in ODF now will I? OK, you can stop laughing but the last time I tried to open the crappy new .DOCX with Open Office, it did not work. The save as dialog was difficult to find on Word and confusing when you did find it. Chances are, this converter will be just another trap like Windoze itself.
Friends don't help friends install M$ junk.
I installed it and tried in in Word 2003 on a small, simple documents. I noticed that when the result file was loaded into Writer, it looked at first glance the same as if Writer had loaded a .doc file - e.g. white page background turns red, numbered section headers lost the numbering. I'll have a closer look and do the round-trip test, but it seems that the Windows team has exactly the same difficulties that OOo has in the conversion? Someone(TM) should perhaps compare some code here - not to point any blaming fingers, but to make the code better, in the best spirit of FOSS ... In the meantime, I'll just stick with OOo as it fills my needs completely. Well, almost, but there's also LyX/LaTeX.
nuff said
Noo! What will happen to the GNU Foundation's war on .doc?!