【IT专家网独家】你的企业是否正处在将微软Word移植到Linux上OpenOffice.org的流程之中? 如果是的话，你面临的最大障碍可能不是如何去习惯这套新软件，而是如何将文件从微软的.doc格式移植到OpenOffice的开放文件格式(ODF)。

　　的确.doc格式的各方面细节都进行过充分地反向工程，因此许多用户都能够像原来一样地对它进行操作。 但是如果你准备跳离微软Office，你就必须尽可能多的放弃一些遗留因素。

　　本文涵盖了从Word格式转换到ODF格式过程中所会遇到的问题。 第三方工具将在转换过程中助你一臂之力，但是由转换而产生的潜在缺陷也会随之而来。

　　全部转换与按需转换

　　有两种将Word文件转换成ODF的基本方法： (1)一次性全部转换 (2)按需要转换 一次性全部转换的方法是指将所有现有的Word文件全部转换成ODF格式。 如果你有大量的文件需要转换，并且文件中没有宏或者复杂公式之类不易于被正确转换的内容，那么这将是一个有效的方法。 而按需转换的方法是指每当有需要时才将所需的Word文件转换成ODF格式。

　　这两种方法各有所长。 一次性全部转换的方法能够将转换任务和转换工作量从文件操作人员的身上分离出来，因此用户就不必去面对整个转换流程。 但是该方法可能会给用户带来一个负担，即用户如果没有接受过培训，他会无法识别转换后的文件是否存在数据丢失或者不正确的现象。 而在按需转换的方法中，由于每个文件都是被单独进行转换处理的，所以它的转换速度会比一次性转换来得慢。 但是它能够更好的保证每个文件都是完整无缺地经历过转换流程的。

　　不管使用哪种方法，将原文件做一个备份都是必要的，这样在有需要的时候可以拿出来做比照。

　　宏与公式的不兼容

　　如同我先前所提到的，.doc格式是进行过反向工程的，因此很多非微软程序(包括OpenOffice.org或OO.o)都能够打开并操作.doc文件。 但是该格式同时也包含了一些Word本身的特性，这些特性可能导致用户无法正确将其转换过来，因此当你使用下列特性的时候要格外小心。

　　第一个特性是文件中使用Word宏语言所编写的宏。 许多用户-包括我自己-都有着大量的Word宏文件，这些宏若要在OpenOffice中重建将会非常困难，或者耗时不菲。 目前这些宏都必须在OpenOffice中用它自己的宏语言重新完整地编写一遍，因为-至少从目前来说-还没有将Word宏转换到OpenOffice中的方法。有一个可以暂时将两者连结起来的方法，就是通过VBx OOo工具箱，该工具箱能让OpenOffice通过各种Visual Basic的变体来实现自动化转换，但是能转换并不一定代表能像以前一样运行该宏。 (本站提供了一些如何在OO.o中建立新宏和如何运行它们的示例)。

　　另一个潜在的障碍是Word的公式编辑器，在OO.o上需要花费很大的力气来将其转换成本身的格式。 如果某个文件中的公式转换出错，你可以让OO.o其维持原来的公式格式。 要做到这一点，可以先打开OO.o编辑器，选择工具，然后选择选项，然后选择打开/保存，选择微软Office，然后将MathType边上打开和保存选项框上的勾去掉，这样就不会被保存成OpenOffice.org Math公式。

　　移植流程有以下几种执行方式。 最基本的方法是在OpenOffice.org中打开Word文件，然后重新保存成ODF格式到新的储存位置。 如果你的文件数量较少，或者用户不介意自己执行转换工作，这或许是一种入门的好方法。

　　你也可以通过OpenOffice.org本身和OO.o自己的宏语言来将转换流程自动化。 XML.com网站为用户提供了一个简单的脚本，该脚本可以在不需用户介入的情况下一次转换一个文件，并且能够通过使用批处理或壳处理脚本进一步实现转换自动化。 它可以跨平台地工作在Windows和Linux各版本的系统上。

　　你也可以使用第三方工具。 文件转换公司3bView为用户提供了3BopenDoc这个工具，它可以将ODF文件透明地进行双向转换。 该产品也适用于现有的邮件服务器或CMS： 当通过某个文件管理产品来email或打开Word文件，该文件就会自动转换成ODF，或反之。 该公司也提供了带有相同功能的批量转换应用，因此你可以用它来手动的一次性批量转换大量文件。 你可以在线试用该产品： 递交一个小于500KB的Word文件，然后测试一下该软件是如何执行转换的。(左丘编译)

　　TechTarget独家授权，严禁转载!

　　查看本文国际来源>>