有关Google Talk
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
软件很小，899KB，安装运行都很快，在我的Win2k上占用内存12MB（20个在线）
界面简单漂亮，正是我喜欢的
自动连接Gmail，点击Inbox可以在浏览器中打开Gmail，我用Firefox一切正常
没有群聊支持，没有单独的聊天记录，但在聊天窗口中会记录，不知道能记多长时间
聊天窗口可以折叠，多个聊天窗口自动排成一列
语音不错，听了3位仁兄的独白，时延也很小
自动导入所有Gmail联系人，不错
可取代Gmail Notifier
联系人可随打随搜
没有联系人分组，但随打随搜也很方便了
没有文件传输
不能连接到其他Jabber网络，但据说正在做
不支持Jabber的离线消息功能
不支持Jabber的Transport功能，但据说正在同Skype, AOL, Yahoo!在谈，也许会开通，没看到MSN/QQ
会有更多的SIP支持，和苹果Ichat的语音不能互通，使用自己的协议，也许会有进展
不能用Gtalk连接其他Jabber服务器
界面简单漂亮，正是我喜欢的
自动连接Gmail，点击Inbox可以在浏览器中打开Gmail，我用Firefox一切正常
没有群聊支持，没有单独的聊天记录，但在聊天窗口中会记录，不知道能记多长时间
聊天窗口可以折叠，多个聊天窗口自动排成一列
语音不错，听了3位仁兄的独白，时延也很小
自动导入所有Gmail联系人，不错
可取代Gmail Notifier
联系人可随打随搜
没有联系人分组，但随打随搜也很方便了
没有文件传输
不能连接到其他Jabber网络，但据说正在做
不支持Jabber的离线消息功能
不支持Jabber的Transport功能，但据说正在同Skype, AOL, Yahoo!在谈，也许会开通，没看到MSN/QQ
会有更多的SIP支持，和苹果Ichat的语音不能互通，使用自己的协议，也许会有进展
不能用Gtalk连接其他Jabber服务器
Google Talk已可连接
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
详情见/.cn报道。
如果用Gaim(gaim.sf.net)，这样设置：
用户名：Gmail账号@前那个名字
服务器：gmail.com
下面全部选项中，连接服务器：talk.google.com
端口号：5222
PSI(psi.affinix.com)连接：
SSL，5223端口，允许Plain登录
Talk已经正式上线了。不必看上面的了。
http://www.google.com/talk/
如果用Gaim(gaim.sf.net)，这样设置：
用户名：Gmail账号@前那个名字
服务器：gmail.com
下面全部选项中，连接服务器：talk.google.com
端口号：5222
PSI(psi.affinix.com)连接：
SSL，5223端口，允许Plain登录
Talk已经正式上线了。不必看上面的了。
http://www.google.com/talk/
Gmail加入多账号支持能力
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
有网友发现随着Gmail上面新特性那几个字的消失，Settings里面多了个Account标签页，里面可以设置多个邮件账号，也就是说你在Gmail里发邮件时可以选用哪个邮件的名义来发送，这样别人收到这个邮件时显示的From就是这个地址；更厉害的是，还可以为每个地址设定回复地址，比如设定让他们回复到Gmail地址来，这样就可以用一个Gmail账号代替所有其他邮箱，可谓是一网打尽其他邮箱的功能。当然也可以不设定回复地址，而是在其他邮箱那里设定自动转发到这个Gmail也可以有同样功效。
真的很不错的功能啊。以后我们只需要一个邮箱吗？
真的很不错的功能啊。以后我们只需要一个邮箱吗？
猜测Google IM
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
Google的CEO讲过，Google的任务是：index the world。就是要把全球的信息整理好，以备全世界人民搜索。为此故，Google必须找到信息，存储信息，排序信息，甚至创造信息（地图，书籍，邮件列表用户组），然后是更快捷方便地让这些信息显示在用户的眼前，不论你用电脑还是手机。
即时通讯作为最重要的互联网应用之一，无疑也是重要的信息展示平台之一，如同网页和电子邮件一样，其广告价值绝不可小视。Google当然不会意识不到这个问题，但它显然有点晚了，动作也一直迟缓－－推出个Hello，特色是可共享照片，可一直不见起色，也长时间不更新，基本是个败笔。这同Google在电子邮件上的进步相差太远。
之所以如此，我认为是Google尚未找到在IM上做广告的好手段，隐私在这里是个重要问题。MSN上有小广告，QQ也是老早就有广告，还有各种标签页直接连接到其他服务。但这些手段都同内容无关，也就是说不管你在用IM聊什么，广告也只是普通的广告，内容并无限定。这和Google的特色或优势完全没有关联。
但现在Yahoo已经有了突破，它已经在IM上推出基于聊天内容的搜索，搜索之后有广告那是很自然的事情。这项技术称为Livewords，它不是主动地索引你的聊天内容，而是由用户自己选择聊天内容中希望进行搜索的词。这个想法基本避免了隐私纠纷。但这对Google而言意义仍然不大。
我想Google最终会突破这个限制，直接索引你的聊天内容，在此基础上显示内容相关的广告，这当然要利用它已经建立起来的用户信任。考虑到Gmail实际上已经这样做，并且接受程度不错，可以相信用户也可以接受这样的IM。
下面的问题就是如何把已经被各大公司分掉的IM用户给吸引过来。Google推出Gmail时面临的局面是：免费的Email功能少，容量小，速度慢，Hotmail只有2MB，Yahoo10MB，国内居然还号称全面收费。Gmail全免费，1GB大小，速度快，Https+POPs，在WEB上提供如同专业客户端一样的功能，一下子就打响了。
可以想见，Google IM必然要具有超乎寻常的功能，否则它宁肯不推出。简单的可以想像的：voip, ssl连接甚至再加消息内容加密（是不是没有必要？），订阅新闻，订阅News alert，集成Email，集成Sns（最近Orkut又略有起色），共享照片，共享视频，共享音乐，这些内容也可直接发布到Google网络，集成Blogger服务。或者还有什么更炫的既可以和IM联系在一起，又有内容索引价值的想法吗？
IM可能比E-mail更难的一点是用户用什么样的IM可能不由自己控制，而由自己的联系人共同控制，或者说由联系人网络共同控制。从功能上讲，现在我希望用Yahoo，它居然还有Debian安装，这同威胁Linux版本开发的QQ不可同日而语；从开源情结上讲，我希望用Jabber，可惜朋友们现在主要还是在MSN上，没啥办法了。所以有人推测Google会使用一种现成的协议或者保持同其他主要协议的连通，这可能能成为一种更好的吸引人的特性？
即时通讯作为最重要的互联网应用之一，无疑也是重要的信息展示平台之一，如同网页和电子邮件一样，其广告价值绝不可小视。Google当然不会意识不到这个问题，但它显然有点晚了，动作也一直迟缓－－推出个Hello，特色是可共享照片，可一直不见起色，也长时间不更新，基本是个败笔。这同Google在电子邮件上的进步相差太远。
之所以如此，我认为是Google尚未找到在IM上做广告的好手段，隐私在这里是个重要问题。MSN上有小广告，QQ也是老早就有广告，还有各种标签页直接连接到其他服务。但这些手段都同内容无关，也就是说不管你在用IM聊什么，广告也只是普通的广告，内容并无限定。这和Google的特色或优势完全没有关联。
但现在Yahoo已经有了突破，它已经在IM上推出基于聊天内容的搜索，搜索之后有广告那是很自然的事情。这项技术称为Livewords，它不是主动地索引你的聊天内容，而是由用户自己选择聊天内容中希望进行搜索的词。这个想法基本避免了隐私纠纷。但这对Google而言意义仍然不大。
我想Google最终会突破这个限制，直接索引你的聊天内容，在此基础上显示内容相关的广告，这当然要利用它已经建立起来的用户信任。考虑到Gmail实际上已经这样做，并且接受程度不错，可以相信用户也可以接受这样的IM。
下面的问题就是如何把已经被各大公司分掉的IM用户给吸引过来。Google推出Gmail时面临的局面是：免费的Email功能少，容量小，速度慢，Hotmail只有2MB，Yahoo10MB，国内居然还号称全面收费。Gmail全免费，1GB大小，速度快，Https+POPs，在WEB上提供如同专业客户端一样的功能，一下子就打响了。
可以想见，Google IM必然要具有超乎寻常的功能，否则它宁肯不推出。简单的可以想像的：voip, ssl连接甚至再加消息内容加密（是不是没有必要？），订阅新闻，订阅News alert，集成Email，集成Sns（最近Orkut又略有起色），共享照片，共享视频，共享音乐，这些内容也可直接发布到Google网络，集成Blogger服务。或者还有什么更炫的既可以和IM联系在一起，又有内容索引价值的想法吗？
IM可能比E-mail更难的一点是用户用什么样的IM可能不由自己控制，而由自己的联系人共同控制，或者说由联系人网络共同控制。从功能上讲，现在我希望用Yahoo，它居然还有Debian安装，这同威胁Linux版本开发的QQ不可同日而语；从开源情结上讲，我希望用Jabber，可惜朋友们现在主要还是在MSN上，没啥办法了。所以有人推测Google会使用一种现成的协议或者保持同其他主要协议的连通，这可能能成为一种更好的吸引人的特性？
大侠再论WEB标准：不要以IE为标准
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
atppp@newsmth
firefox可以采取ie那种所谓主流的垃圾标准，不过这样firefox就没必要出来了，不就是个ie的垃圾翻版，mozilla基金会哪里还拿得到那么多钱,哪里还会有那么多头脑清醒的高手为了大统一标准的信仰在为mozilla基金会免费打工w3c的标准，都是全世界的人经过好几年自由的讨论才出来的，符合绝大多数人的习惯和要求。ie的标准是微软几个猪头开几次会就定下来的东西。你可以去看看IEBlog，ie7 team的人承认，ie在支持标准上不但是所有浏览器里面最差的，而且大大的落后于时代。业界对ie的评价是，永远只追求商业利益，而在标准的支持上永远是minimum。
更重要的是，按照标准写网页不但寿命长，而且不仅不难反而更容易。随便举个例子，把一个div固定在页面上，css标准只要position:fixed即可，目前主流浏览器只有ie不支持，ie7已经支持。为此，以前不得不写几十行javascript来实现这个功能，而现在因为ie7已经支持，所以主流的声音现在比较倾向于ie6加入一个叫ie7的js库。这么一个可以用一行css解决的问题，就因为所谓的ie主流用户存在，而变得无比复杂。无论如何，如果firefox的发展还要迁就ie的话，那么这个世界的web就没办法发展了。ie那帮猪头本来就整天琢磨琢磨安全问题就算了，结果去年firefox这么一出来确实威胁到了ie的老大地位，他们赶紧搞了一个组专门来改进ie的标准支持。
国内现在好的网站也不少了，几个门户网站都是迟早要改的。
【 在 **** 的大作中提到: 】
: 最怕的就是这个问题
: firefox浏览器在解释html的标准时，没采取主流（暂且先这么说）的标准
firefox可以采取ie那种所谓主流的垃圾标准，不过这样firefox就没必要出来了，不就是个ie的垃圾翻版，mozilla基金会哪里还拿得到那么多钱,哪里还会有那么多头脑清醒的高手为了大统一标准的信仰在为mozilla基金会免费打工w3c的标准，都是全世界的人经过好几年自由的讨论才出来的，符合绝大多数人的习惯和要求。ie的标准是微软几个猪头开几次会就定下来的东西。你可以去看看IEBlog，ie7 team的人承认，ie在支持标准上不但是所有浏览器里面最差的，而且大大的落后于时代。业界对ie的评价是，永远只追求商业利益，而在标准的支持上永远是minimum。
更重要的是，按照标准写网页不但寿命长，而且不仅不难反而更容易。随便举个例子，把一个div固定在页面上，css标准只要position:fixed即可，目前主流浏览器只有ie不支持，ie7已经支持。为此，以前不得不写几十行javascript来实现这个功能，而现在因为ie7已经支持，所以主流的声音现在比较倾向于ie6加入一个叫ie7的js库。这么一个可以用一行css解决的问题，就因为所谓的ie主流用户存在，而变得无比复杂。无论如何，如果firefox的发展还要迁就ie的话，那么这个世界的web就没办法发展了。ie那帮猪头本来就整天琢磨琢磨安全问题就算了，结果去年firefox这么一出来确实威胁到了ie的老大地位，他们赶紧搞了一个组专门来改进ie的标准支持。
国内现在好的网站也不少了，几个门户网站都是迟早要改的。
【 在 **** 的大作中提到: 】
: 最怕的就是这个问题
: firefox浏览器在解释html的标准时，没采取主流（暂且先这么说）的标准
在OpenOffice.org和微软Office之间共享文档
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
原文：Sharing files between OpenOffice.org and Microsoft Office。翻译可能也比较随意。
本文版权请向原文网站及原作者咨询。仅在已经获取原文使用权的情况下，以下文字可自由使用。本翻译未获原网站或原作者授权。
要用OpenOffice.org，不可避免的问题之一就是如何同MS Office共享文档。有些人可不想这么做，他们会建设使用HTML/PDF/RTF来共享，但这仍然不是长久之计，特别是你的老板用MS Office的时候。其实这件事不难，只要搞明白什么能共享，什么不能，两边都不会再感到头痛。
在OpenOffice.org中，用File > Wizards > Document Converter就可以把一个目录下的所有微软文档都转换成OpenOffice文档，如果你只在乎内容，而忽略一些小的格式上的不便的话，这个小工具就足够了。
在OpenOffice.org 2.0中，把一个文件输出为MS Office文档已经非常简单。但总还有一些MS的特性不被OOo支持或不能完全支持，这些不能完美支持的特性在输出时就会简单抛弃掉。所以，要完美共享文档的前提就是搞明白哪些特性能被OOo完美支持。
共享的准备
第一步是要确定一个输出过滤器，OOo2.0支持Word 6.0, 97/2000/XP以及2003xml几种，这里，请坚持选用97/2000/XP这个，因为它是目前毛病最少的过滤器，虽然不完美也不是最新格式。（OOo对MS格式的理解是通过猜测实验或许反向工程的手段进行的，不可能是完美的。译注）
第2步，如果格式很重要，请确认在OOo里所用的字体在MS Office里面也能使用。否则，MS会用相同字号的Times Roman字体来替换所有找不着的字体，这样格式就全毁了。在从Linux共享到Windows的时候，这个问题可能会比较严重，但不论什么平台，最好都确认一下。
如果你坚持只用标准字体，即Times Roman 或 Helvetica（中文应该坚持用宋体－Simsun或用黑体作为强调，不要用粗体，因为Linux平台对中文粗体的支持还有点麻烦。在正规出版物上中文也没有粗体的用法。）如果在所有机器上都安装了OOo，还可以使用Bitstream Vera字体，这是一个TTF的开源字体，但它的效果可能会比较柔和一些。如果你对美术效果比较在意，解决方法是在所有机器上装上所有字体（请先检查许可协议），或者用PDF来共享文件。
如果你用了非标准字体，请记住名字一样绝不意味着字体真的效果一样，比如有许多字体名字叫Garamond，但它们中间只有很少一些是相同的。对中文而言，微软字体、中易字体、方正字体、华文字体等相同名字之间也都有不小的差别。更麻烦的是，这些字体对Linux而言都有麻烦，简单地用宋体或黑体或仿宋或楷应该是推荐的。
下面对OOo自己进行设置。首先，选中所有在Tools > Options > Load/Save > Microsoft Office下面的选项，这可以提升OOo对OLE的支持－－仅在支持OLE对象的系统上有效。其次，选中所有在Load/Save > VBA Properties中的选项，这样就可以在OOo另存时保存文档中的VB脚本（OOo不会执行这些脚本），如果不选中，则这些VB脚本就会被扔掉。
事先注意这些事可以极大地减轻共享文档的痛苦。但如果想在共享中完美地保留格式，则还需要一些手段。而如果你在设定格式时使用样式，而不是手工设定字符和段落，则这个手段会变得很简单。样式可以保存在一个模板文件中，因此你只需要设定一次即可。最重要的是，字符和段落的样式可以完美地从OOo Writer迁移到MS Word，这样就容易多了。
在开始共享文档之前，打开一个空白的Writer窗口，选中Tools > Options > OpenOffice.org Writer > Compatibility中的选项。其中有一些是为了兼容StarOffice－－OOo的商业版本，但其中有半数都是为了兼容MS Word。其中有些设置，是为了让OOo像MS Word那样增加行距和对象边距的：
在段落和表格之间添加空白（当前文档）
不在行间增加额外间距
在表格单元的底部增加段落和表格间距
定位对象时考虑折行
如果是在导入MS Word文档，应该选中“在页顶部（当前文档）增加段落和表格间距”。如果所有的电脑都使用同一型号的打印机或PS打印机，则不论导入还是导出，都应该选中“在格式化时使用打印机单位”。这一选项提供了一个独立于软件的通用标准。（注：这些选项相当有用，以前打开一个有表格的Word文档时，经常出现格式超高的情况，这样设置即可消除。）
在设置时，可以点击Use as Default（设为缺省值）来把你的选择设为缺省值。也有些设置只针对当前文档，这可以通过保存为模板来保留：File > Template > Save。
在Writer和Word之间共享文档
有了以上的设置，共享文档应该问题就比较少了。可能的困难包括插入对象和页面级别的格式化。
字符和段落格式，不论手工设置还是使用样式，通常迁移是简单的。如果所用的字体都有，则字体、字号、效果以及定位都是没有问题的；字符旋转和字体宽度的变化亦无迁移问题。基本的段落格式也是同样，比如行间距和Tab（制表符）。OOo使用的列表格式是MS Office不支持的，但同本个列表样式相联系的段落可以在Word中也使用相同类型的列表。段落格式中不被MS Word支持的特性包括自定义连字符，分页，两端对齐的段落的最后一行，这些元素会因为Word的缺省设置而被抛弃。所以结果就是分页和断行会有些微的不同－－多数也不过在行数上多了一行。
在OOo的早期版本中，有序列表（用数字做前缀的）和无序列表（用各种符号做前缀）在转换中是个问题，主要是因为它和Word在无序列表中用不同的字符来做前缀。但在2.0中，这个问题基本没有。使用特殊字符做前缀仍旧会有问题，那是因为OOo用了Unicode，而Word仍旧使用Ansi字符，除此之外，高级的如前缀（数字或字符）前后的文字都可以正确的转换。关于列表最大的问题在于Tools > Outline Numbering的使用，它会让存为MS Word格式不能成功。
多数域的使用也没有问题，包括页码，交叉引用和目录。实际上，即便是自定义的目录，比如页码在前，都可以成功地在Word中打开。而另外一些域，比如要依赖于文档属性的字数统计，会被转成普通文本，这在两个软件中来回转换时必然要出问题。还有些和条件文本有关的域在Word中完全不工作，如隐藏文本，隐藏段落和输入列表。隐藏文本在Word中直接消失，隐藏段落会显示出来，而输入列表会固定在当前的选择上。
插入对象的情况比较复杂，许多普通的对象可以正常使用。超链接可以，除非它带着个帧，同样的还有备注和修订信息。
图片的设置，包括尺寸、锚定和对齐都没有问题，但如果在Writer中设定了Align as Character会比较麻烦，这种情况下Word会不显示这个图片。复杂的表格和边框设置一般没有问题，但嵌套表格在Word中不能工作。用绘图工具绘出的图形没有问题，但图形编号以及复杂图表也不行。脚注一般没有问题，但一般会有页码重排的麻烦，所以最后还是在文档最后做尾注。
也有不少对象是不能转换的，包括动画和嵌入的OOo文档。在Linux上用OOo时，来自Word文件的OLE对象也不能转换，因为操作系统根本不支持它们，除非是在Insert > Object菜单下列出的那些。
另外一些不能成功转换的东西多是和页面布局有关的，因为MS Word根本没有考虑印刷问题。页面样式中的页边距可以保留，但页面样式自己会丢失。同样的还有除去第一个之外的所有页眉和页脚，以及为它们设定的边框和阴影。同样，文本框可以转换，但它们的设置会丢掉。Section不行，甚至更麻烦的它们还会被当作分页符，此外还有密码保护和隐藏设置。而文本框或Section中分成多栏的，经常会只显示前面几行。
对于主控文档这种概念，既不能导入也不能导出。
在Calc和Excel之间共享文档
这两个速算表程序之间转换问题主要是函数，基本的函数，比如SUM, AVERAGE, 和 MAX 通常没有问题。但另复杂的函数可就未必，使用之前请查阅在线帮助。虽然Calc是按同Excel兼容的目标设计的，但它们都有专用的函数。其中除了缺乏某函数之外，还有Calc会有两个相似的函数，第一个是正常使用的，第二个是专为兼容Excel设计的。WEEKNUM可以根据ISO 6801来计算给定数据的星期数，WEEKNUM_ADD却是专门兼容Excel的相同功能的函数。
如同Writer一样，对象的情况也很复杂。特殊的图表是不行的，页面和单元格样式也不行，尽管使用样式的单元格的格式可以保存。
在Impress和PowerPoint之间共享文档
在OOo2.0中，PPT的过滤器比以前要可靠得多。比如，不能转换主幻灯片中的背景图片的毛病已经没有了。幻灯片的导出也相当可靠，虽然还需要一些实验。但OOo Impress生成的GIF动画在PowerPoint中仍旧不能打开。另外，复杂的图表也不可靠。所以推荐用Draw来生成图表，再转成通用的图片格式再插入。
从PowerPoint中导入时，要注意到Impress不会理会多数声音的设置。尽管Impress在2.0中已经增加了对更多种声音格式的支持，但它仍然缺乏记录声音和对话的工具，也不能在幻灯中播放CD音轨。Impress中的声音仅限于单张幻灯片中。另外，Impress也不支持PowerPoint的打包功能，也不能把所有图片声音和字体都保存到CDROM中。
共享Draw文件
Draw自己的格式，odg/sxd，都不被MS Office支持。但Draw可以输出多种常见的图形格式，包括png/gif/jpeg在内。这些格式都可以被MS Office插入。所以共享方案只能是保留原始文件，但输出成图片。
结论
这还不是一个完整的能否工作的特性列表，事实上也还没有这个列表。在线帮助已经提示了可能存在问题的地方，但现在的MS Office并未把OOo 2.0当回事，甚至还表现出一些不必要的偏执。
最后，如果真有什么在两套Office软件之间共享文档的秘诀的话，那就是：保持简单。格式越简单，就越少问题。对象，页面设置以及超出文字和段落以外的样式都可能出现问题。
还有必须记住的是，除非是最简单的情况，否则情况不大可能是完美的。在办公软件之间共享文档总是很难的。对商业公司来说，设计输入输出过滤器是非常昂贵的，对自由软件开发者来说又完全没有吸引力。更由于MS使用专有格式，而且还经常改来改去，开发者只能用反向工程的手段，这样就更难以进步了。
在这种情况下，共享文档时有些问题再正常不过，倒是如果你能完美共享的话还真是令人惊奇。
本文版权请向原文网站及原作者咨询。仅在已经获取原文使用权的情况下，以下文字可自由使用。本翻译未获原网站或原作者授权。
要用OpenOffice.org，不可避免的问题之一就是如何同MS Office共享文档。有些人可不想这么做，他们会建设使用HTML/PDF/RTF来共享，但这仍然不是长久之计，特别是你的老板用MS Office的时候。其实这件事不难，只要搞明白什么能共享，什么不能，两边都不会再感到头痛。
在OpenOffice.org中，用File > Wizards > Document Converter就可以把一个目录下的所有微软文档都转换成OpenOffice文档，如果你只在乎内容，而忽略一些小的格式上的不便的话，这个小工具就足够了。
在OpenOffice.org 2.0中，把一个文件输出为MS Office文档已经非常简单。但总还有一些MS的特性不被OOo支持或不能完全支持，这些不能完美支持的特性在输出时就会简单抛弃掉。所以，要完美共享文档的前提就是搞明白哪些特性能被OOo完美支持。
共享的准备
第一步是要确定一个输出过滤器，OOo2.0支持Word 6.0, 97/2000/XP以及2003xml几种，这里，请坚持选用97/2000/XP这个，因为它是目前毛病最少的过滤器，虽然不完美也不是最新格式。（OOo对MS格式的理解是通过猜测实验或许反向工程的手段进行的，不可能是完美的。译注）
第2步，如果格式很重要，请确认在OOo里所用的字体在MS Office里面也能使用。否则，MS会用相同字号的Times Roman字体来替换所有找不着的字体，这样格式就全毁了。在从Linux共享到Windows的时候，这个问题可能会比较严重，但不论什么平台，最好都确认一下。
如果你坚持只用标准字体，即Times Roman 或 Helvetica（中文应该坚持用宋体－Simsun或用黑体作为强调，不要用粗体，因为Linux平台对中文粗体的支持还有点麻烦。在正规出版物上中文也没有粗体的用法。）如果在所有机器上都安装了OOo，还可以使用Bitstream Vera字体，这是一个TTF的开源字体，但它的效果可能会比较柔和一些。如果你对美术效果比较在意，解决方法是在所有机器上装上所有字体（请先检查许可协议），或者用PDF来共享文件。
如果你用了非标准字体，请记住名字一样绝不意味着字体真的效果一样，比如有许多字体名字叫Garamond，但它们中间只有很少一些是相同的。对中文而言，微软字体、中易字体、方正字体、华文字体等相同名字之间也都有不小的差别。更麻烦的是，这些字体对Linux而言都有麻烦，简单地用宋体或黑体或仿宋或楷应该是推荐的。
下面对OOo自己进行设置。首先，选中所有在Tools > Options > Load/Save > Microsoft Office下面的选项，这可以提升OOo对OLE的支持－－仅在支持OLE对象的系统上有效。其次，选中所有在Load/Save > VBA Properties中的选项，这样就可以在OOo另存时保存文档中的VB脚本（OOo不会执行这些脚本），如果不选中，则这些VB脚本就会被扔掉。
事先注意这些事可以极大地减轻共享文档的痛苦。但如果想在共享中完美地保留格式，则还需要一些手段。而如果你在设定格式时使用样式，而不是手工设定字符和段落，则这个手段会变得很简单。样式可以保存在一个模板文件中，因此你只需要设定一次即可。最重要的是，字符和段落的样式可以完美地从OOo Writer迁移到MS Word，这样就容易多了。
在开始共享文档之前，打开一个空白的Writer窗口，选中Tools > Options > OpenOffice.org Writer > Compatibility中的选项。其中有一些是为了兼容StarOffice－－OOo的商业版本，但其中有半数都是为了兼容MS Word。其中有些设置，是为了让OOo像MS Word那样增加行距和对象边距的：
在段落和表格之间添加空白（当前文档）
不在行间增加额外间距
在表格单元的底部增加段落和表格间距
定位对象时考虑折行
如果是在导入MS Word文档，应该选中“在页顶部（当前文档）增加段落和表格间距”。如果所有的电脑都使用同一型号的打印机或PS打印机，则不论导入还是导出，都应该选中“在格式化时使用打印机单位”。这一选项提供了一个独立于软件的通用标准。（注：这些选项相当有用，以前打开一个有表格的Word文档时，经常出现格式超高的情况，这样设置即可消除。）
在设置时，可以点击Use as Default（设为缺省值）来把你的选择设为缺省值。也有些设置只针对当前文档，这可以通过保存为模板来保留：File > Template > Save。
在Writer和Word之间共享文档
有了以上的设置，共享文档应该问题就比较少了。可能的困难包括插入对象和页面级别的格式化。
字符和段落格式，不论手工设置还是使用样式，通常迁移是简单的。如果所用的字体都有，则字体、字号、效果以及定位都是没有问题的；字符旋转和字体宽度的变化亦无迁移问题。基本的段落格式也是同样，比如行间距和Tab（制表符）。OOo使用的列表格式是MS Office不支持的，但同本个列表样式相联系的段落可以在Word中也使用相同类型的列表。段落格式中不被MS Word支持的特性包括自定义连字符，分页，两端对齐的段落的最后一行，这些元素会因为Word的缺省设置而被抛弃。所以结果就是分页和断行会有些微的不同－－多数也不过在行数上多了一行。
在OOo的早期版本中，有序列表（用数字做前缀的）和无序列表（用各种符号做前缀）在转换中是个问题，主要是因为它和Word在无序列表中用不同的字符来做前缀。但在2.0中，这个问题基本没有。使用特殊字符做前缀仍旧会有问题，那是因为OOo用了Unicode，而Word仍旧使用Ansi字符，除此之外，高级的如前缀（数字或字符）前后的文字都可以正确的转换。关于列表最大的问题在于Tools > Outline Numbering的使用，它会让存为MS Word格式不能成功。
多数域的使用也没有问题，包括页码，交叉引用和目录。实际上，即便是自定义的目录，比如页码在前，都可以成功地在Word中打开。而另外一些域，比如要依赖于文档属性的字数统计，会被转成普通文本，这在两个软件中来回转换时必然要出问题。还有些和条件文本有关的域在Word中完全不工作，如隐藏文本，隐藏段落和输入列表。隐藏文本在Word中直接消失，隐藏段落会显示出来，而输入列表会固定在当前的选择上。
插入对象的情况比较复杂，许多普通的对象可以正常使用。超链接可以，除非它带着个帧，同样的还有备注和修订信息。
图片的设置，包括尺寸、锚定和对齐都没有问题，但如果在Writer中设定了Align as Character会比较麻烦，这种情况下Word会不显示这个图片。复杂的表格和边框设置一般没有问题，但嵌套表格在Word中不能工作。用绘图工具绘出的图形没有问题，但图形编号以及复杂图表也不行。脚注一般没有问题，但一般会有页码重排的麻烦，所以最后还是在文档最后做尾注。
也有不少对象是不能转换的，包括动画和嵌入的OOo文档。在Linux上用OOo时，来自Word文件的OLE对象也不能转换，因为操作系统根本不支持它们，除非是在Insert > Object菜单下列出的那些。
另外一些不能成功转换的东西多是和页面布局有关的，因为MS Word根本没有考虑印刷问题。页面样式中的页边距可以保留，但页面样式自己会丢失。同样的还有除去第一个之外的所有页眉和页脚，以及为它们设定的边框和阴影。同样，文本框可以转换，但它们的设置会丢掉。Section不行，甚至更麻烦的它们还会被当作分页符，此外还有密码保护和隐藏设置。而文本框或Section中分成多栏的，经常会只显示前面几行。
对于主控文档这种概念，既不能导入也不能导出。
在Calc和Excel之间共享文档
这两个速算表程序之间转换问题主要是函数，基本的函数，比如SUM, AVERAGE, 和 MAX 通常没有问题。但另复杂的函数可就未必，使用之前请查阅在线帮助。虽然Calc是按同Excel兼容的目标设计的，但它们都有专用的函数。其中除了缺乏某函数之外，还有Calc会有两个相似的函数，第一个是正常使用的，第二个是专为兼容Excel设计的。WEEKNUM可以根据ISO 6801来计算给定数据的星期数，WEEKNUM_ADD却是专门兼容Excel的相同功能的函数。
如同Writer一样，对象的情况也很复杂。特殊的图表是不行的，页面和单元格样式也不行，尽管使用样式的单元格的格式可以保存。
在Impress和PowerPoint之间共享文档
在OOo2.0中，PPT的过滤器比以前要可靠得多。比如，不能转换主幻灯片中的背景图片的毛病已经没有了。幻灯片的导出也相当可靠，虽然还需要一些实验。但OOo Impress生成的GIF动画在PowerPoint中仍旧不能打开。另外，复杂的图表也不可靠。所以推荐用Draw来生成图表，再转成通用的图片格式再插入。
从PowerPoint中导入时，要注意到Impress不会理会多数声音的设置。尽管Impress在2.0中已经增加了对更多种声音格式的支持，但它仍然缺乏记录声音和对话的工具，也不能在幻灯中播放CD音轨。Impress中的声音仅限于单张幻灯片中。另外，Impress也不支持PowerPoint的打包功能，也不能把所有图片声音和字体都保存到CDROM中。
共享Draw文件
Draw自己的格式，odg/sxd，都不被MS Office支持。但Draw可以输出多种常见的图形格式，包括png/gif/jpeg在内。这些格式都可以被MS Office插入。所以共享方案只能是保留原始文件，但输出成图片。
结论
这还不是一个完整的能否工作的特性列表，事实上也还没有这个列表。在线帮助已经提示了可能存在问题的地方，但现在的MS Office并未把OOo 2.0当回事，甚至还表现出一些不必要的偏执。
最后，如果真有什么在两套Office软件之间共享文档的秘诀的话，那就是：保持简单。格式越简单，就越少问题。对象，页面设置以及超出文字和段落以外的样式都可能出现问题。
还有必须记住的是，除非是最简单的情况，否则情况不大可能是完美的。在办公软件之间共享文档总是很难的。对商业公司来说，设计输入输出过滤器是非常昂贵的，对自由软件开发者来说又完全没有吸引力。更由于MS使用专有格式，而且还经常改来改去，开发者只能用反向工程的手段，这样就更难以进步了。
在这种情况下，共享文档时有些问题再正常不过，倒是如果你能完美共享的话还真是令人惊奇。
Google能不能批评
cathayan.org版权所有，保留一切权利。转载请保留此说明。谢绝商业转载。
昨天发了个Google搜不出News.com这个域名的消息，引来不少骂。起因其实是Google同Cnet news.com的纠纷，News.com作为No.1的IT新闻站（我评的）写了篇报道，其中整出不少隐私来，最后表示了担忧。很快，在另一篇报道中，记者就声明他们已经得不到Google的回应了，理由是Google搞了个规定，说是不再同Cnet的记者交流，直到2006年7月份。
在新闻发达的西方，这不是个小事，更何况还牵扯到Google这样风头正劲的大公司。所以Cnet UK分舵－－ZDnet UK就发个文章说：Google：我们道歉。而一向关注Google的一个Blog就加个标题说：Google说了，不要那么做。:P 更有人说这是Google公关上的一个坏的决定。在这之前，早有人在自己Blog上写道：Please shut up about Google and CNet。他为什么这么做呢？
有人批评百度，也批评网骚们，也批评各种不同的网站，难道Google就真的批评不得吗？上面说的搜News.com而不得的问题，也许就是个技术问题，不是个大问题。可引出这个问题的问题可并不是小问题。而作为Google Fans，更加不可理解怎么会做出这样的公关决定。
只有一种情况我们不批评，那是因为懒得批评。
在新闻发达的西方，这不是个小事，更何况还牵扯到Google这样风头正劲的大公司。所以Cnet UK分舵－－ZDnet UK就发个文章说：Google：我们道歉。而一向关注Google的一个Blog就加个标题说：Google说了，不要那么做。:P 更有人说这是Google公关上的一个坏的决定。在这之前，早有人在自己Blog上写道：Please shut up about Google and CNet。他为什么这么做呢？
有人批评百度，也批评网骚们，也批评各种不同的网站，难道Google就真的批评不得吗？上面说的搜News.com而不得的问题，也许就是个技术问题，不是个大问题。可引出这个问题的问题可并不是小问题。而作为Google Fans，更加不可理解怎么会做出这样的公关决定。
只有一种情况我们不批评，那是因为懒得批评。
