Novell's recent release of its OpenXML Translator is good news for OpenOffice.org users who wish to stay compatible with their Microsoft Office 2007 colleagues. In theory, the translator installs into OOo as a conventional .oxt extension. It's supposed to add the Microsoft Word 2007 (docx) option to the Save dialog and seamlessly open docx documents in OpenOffice.org Writer. In practice, however, it turned out to be a different kettle of fish.
To test the translator, I installed it in OpenOffice.org 2.1 on Windows XP SP2 -- a typical setup for a fair share of OpenOffice.org users. During the installation, the Extension Manager threw multiple error messages, but installed the translator nevertheless. While I was able to save .odt files in the docx format, the resulting documents weren't of much use. Word 2007 refused to open the converted documents, insisting that they were corrupted. Attempts to repair them failed as well. OpenOffice.org, on the other hand, had no problems opening the converted files, revealing near-perfectly formatted documents.
Things weren't much better when I tried to open the docx files created with Word 2007 in OpenOffice.org. For test purposes, I downloaded a few random docx files, including those available at the Ecma Office Open XML File Formats Standard Web site. While Word 2007 had no problems opening these files, OpenOffice.org refused to deal with them, complaining about possible corruption.
As a last resort, I downloaded and installed Novell's version of OpenOffice.org 2.0.4. Here things got rather interesting. For starters, the translator installed without any errors, and it had no problems saving Writer documents in the docx format. More importantly, Word 2007 opened the converted documents without a hitch, though there were some formatting quirks in documents with complex formatting. Opening the downloaded docx files in Novell's OpenOffice.org was less successful. The application was stuck at the "waiting for external application" stage until I killed it.
All in all, my experiences with the OpenXML translator were less than positive, and reports on OpenOffice.org-related newsgroups and forums indicate that I'm not alone. The translator is useless when installed in a stock version of OpenOffice.org; Novell apparently focused on making the translator work with its own flavor of OpenOffice.org. Even then, the translator's performance is far from perfect. While Novell's attempts to improve compatibility between OpenOffice.org and Office 2007 are commendable, the current result of the company's endeavors are less than impressive.
OpenXML Translator (the other one)I also tried another OpenXML translator. This one is available as an add-in for Word XP, 2003, and 2007. It installed nicely into Word 2007 and added an ODF menu item that contained two commands: Open ODF and Save ODF.
The add-in fared well when dealing with relatively simple native ODT files. As expected, the translator had some issues converting complex ODF files; still, the final result was perfectly usable. Better yet, once the translator finished opening the file, it displayed a list of elements that weren't converted properly, which made further troubleshooting much easier. As a final stress test, I tried to save a complex 152-page docx file in the ODF format. The translator was surprisingly fast, and did a pretty good job converting the document. Most of the formatting survived, as did things like the table of contents, cross-references, and pagination. I had to adjust a few things manually, but the overall result was not bad at all.
There is absolutely no doubt that the OpenXML add-in for Word is currently the better solution.
Dmitri Popov is a freelance writer whose articles have appeared in Russian, British, US, German, and Danish computer magazines.
Note: Comments are owned by the poster. We are not responsible for their content.
Microsoft paid for it to be developed. Redmond outsourced most of the actual work to a French company called CleverAge. The details are
<a href="http://www.clever-age.com/references/microsoft/convertisseur-entre-les-formats-openxml-et-opendocument.html" title="clever-age.com">
on CleverAge's website</a clever-age.com>. It's in French, here's a translation of the relevant bit:
"Under pressure from a growing number of institutions, primarily European, Microsoft has chosen to make its suite compatible with the OpenDocument format. To do this, the Redmond company has entrusted CleverAge with the development of a plug-in enabling Word (XP, 2003 and 2007) to open and save files in ODF format.
CleverAge has been given the task of leading the development of the converter between OpenXML and OpenDocument format."
The website goes on to describe the international team that worked on the development and testing, with people in Poland, India, and in Microsoft offices in France and the USA.
So, yes, this is definitely a Microsoft product. And although it's open source for now, the license is BSD, not GPL, so Microsoft can take it proprietary (including any improvements that naive members of the community may make to it) any time it changes it - for example when it releases Word 2008 or Excel 2008.
all the key developers are microsoft employees.
Seems very likely to me - the add-in is written in C#, a most unlikely choice for programmers who want to put a dent in Microsoft's monopoly. And (a less telling point, but still relevant) the license is BSD, not GPL. (Microsoft likes BSD because it can make later versions it generates proprietary, if it wants).
So, yes, I'd have suspected this anyway, but I wouldn't have felt confident enough to come out and say it without something more concrete. Can you point us to evidence?
I thought XML was the answer
Posted by: Anonymous Coward on March 19, 2007 10:31 PMI have had similar fun opening and saving documents back and forth between OOo and Koffice both supposedly using the same standard.
I hope this can be worked out soon or all these standards are going to be nothing more than a pipe dream and we will be in same place we have been with no interoperability between software only kludge upon kludge added on later to bring partial functionality.
#