OpenOffice.org 3.2 新功能
开源办公套件 OpenOffice.org 即将发布 3.2 的新版本。做为 Oracle 收购 Sun 之后推出的首个升级版本,该版本带来了哪些新功能呢?
通用的改善
- 更快的启动速度:根据开发者测试,相对于 3.0 版本,启动速度提高了 46% (在不同系统平台上有差异)。
- ODF 支持:当用户使用 ODF 1.2 标准的扩展功能时将会得到提示,支持对 ODF 1.2 文档完整性检验和修复。
- 改善对私有文档格式的支持:支持打开带有密码保护的 M$ OOXML 系列文档(M$ Office 2007+),支持保存为带有密码保护的 M$ Office 2003 系列文档。
- 添加对基于 Postscript 的 OpenType 字体支持。
- 可以选择永久性保存自动更正中的新添词汇。
- 将对 MediaWiki 的支持变为扩展。
- 支持同时使用多种单元格边框类型。
- 自动填充添加对类似 IP 地址数据的增量填充支持。
- 改进的排序功能:当选中一组数据排序时,会询问是否增加同类数据;单元格格式将随着排序的变动。
- 允许从其他合并单元格复制数据;允许在合并的单元格中间进行插入或删除单元格、行、列操作。
- 复杂内容复制:正确处理包含多个单元格数据的复制和粘帖操作。
- 对统计函数的强化:NORMDIST 的第四个参数变为可选;LOGNORMDIST 的第二、三参数变为可选,增加第四个参数。
- 在方程式中的换行符将会正确保留,并且可被查询。
- 强化了过滤器的功能,将过滤条件增加到四组。
- 改进了相对/绝对引用切换,现在还可以用在选中的单元格上。
- CONVERT_ADD 函数增加了更多因素支持。
- 增加了 UNICODE 和 UNICHAR 函数。
- 改变了批注风格,更加方便协同办公。
- 增加了特殊区域“页面计数”。
- 菜单项“视图”-“选择”重命名为“视图”-“公式元素”。
- 自定义创建数据库向导:可以选择是否在“创建数据库向导”中显示“创建新数据库”。
- 简化在数据库文档间拷贝查询语句,取消对于目标位置的询问。
- 数据库表格现在也可以进行像其他组件一样的缩放操作。
- 更加智能化的数据导入:添加将首行作为列名的选项。
- 新的图表类型:气泡图和填充散失型网状图。
- 可用性改善:重新调整了菜单和工具栏,保证常用功能只需要一次点击。
- 强化数据标签,增加了标签旋转支持。
- 支持在亚洲地区语言和西方语言切换时增加空格。
- 增加了维吾尔语支持
- 增加了对图像型字体的支持
参考资料:
OpenOffice 3.2 New Features 英文原文
OpenOffice.org 3.2 RC 版本下载(目前 RC4,缅怀 Sun 的童鞋赶快了~)
Read More:
ooo提升启动速度太重要了,每次打开ppt的时候我都会跑去喝杯咖啡再来看....
@Bencasia:
这次启动提速很明显的,在下用的 Sun 编译的 i586 的 3.2 RC4 比 Fedora i686 的 3.1.1 快了很多很多,相信之后各大发行版的编译优化版本会更快。
@黑日白月: 确实,刚装上测试了一下,非常快,而且很多以前打开之后经常会格式错误的ppt现在也显示正常了。就是不知道以前编辑ppt时,经常莫名其妙崩溃的问题怎么样。如果这也大大得到改善的话,那我可以考虑以后不用去windows下做工作演示的ppt了。
啊?!真有这么明显的改善?! 可惜……那3.1.1-x的更新还在fedora12的updates-testing里阻塞着呢~:(
@Bencasia:
为什么要用ppt,工作演示也是自己控制电脑吧,插上USB闪存盘——我直接启动portable apps的OOo。
个人觉得是打开文件太慢了,特别是大文件,也不好排版,不知怎的。
功能上去了,效率和稳定性也很大进步,但和MS Office相比还有一定距离。要加强一下这两方面啊。
比较喜欢OO的公式编辑器,如果能像MathType那样,把编辑器的公式转成Tex源码就好了。
不知道是不是我的偏见还是确实如此,java不适合用来做office这种常用的大型的程序,我认为检验office的启动速度和运行速度,要拿5个不同的10M以上的文档来测试,这样一比,恕直言,windows office实在是优秀很多。建议用Qt或GTK重新开发。
谁说 openoffice.org 是 java 开发的?
@chwt: openoffice就是c++写的。
TO chwt: 你确定你说的是靠谱的? 还扯 GTK,QT。OOo 界面上只有极少的几个 wizard 依赖 java,装 OOo 完全可以不装 java 运行时环境。
http://wiki.services.openoffice.org/wiki/Java_and_OpenOffice.org
链接中的下划线被去掉了。 上面的链接最后是 java下划线and下划线OpenOffice.org
火星了,大汗......
关键问题在于演示在我的机器上一直有问题 不管是哪个发行版的定制版还是自己弄来安装,不管演示的文件是否是ppt
动画那叫一个卡卡卡卡%%完全不能和msoffice比
如果主要代码是C++写的话,那就更加要改进了。MS Office 2007的界面比OO花哨多了,但是运行起来明显是比OO快。
@chwt: openoffice似乎不是用Java开发的吧?
我比较希望 OOOo 提升速度,减低资源占用率,还有就是改善一下界面咯。
@chwt:
其实 MSOffice 打开那些巨型文件,例如 10MB 以上的 Excel 表格,都是很惨痛的经历。
@anewbie:
Base 组件还是要依赖 Java。
什么时候永中能够对中文字体渲染好了,我就不用Ooo了
TO liangsuilong: 嗯,哪些东西要依赖 java,那页面都说清楚了。
我只希望中文能正常缩进就好
符合汉字的度量习惯,首行缩进“X个字符”。OOO writer对我来说,就缺少这个功能。
@pkkj: OOo 主要是 C++ ,但是跟 Mozilla 或 Swing 那样,也是自己弄了一套自绘控件的抽象图形工具集,在 Gnome 下再额外包一层 Gtk 的皮肤,所以很容易慢下来……
而现在的加速,也类似 FireFox 和 Swing 的加速。
@chwt: 不过 OOo 确实有个 JAVA 编写的版本叫 NeoOffice
前段时间不想忍OOo,换了永中office2009,感觉还行 OOo每个版本出来都说兼容性、启动速度提升很多,不知道这次是不是真的这么明显
永中的问题在于字体处理,以及 Office2007 格式支持
@shellexy:
呃…… OOo 是更像 SWT 才是,部分用本地组件重新绘制…… 不过字体渲染考虑到效果一直是自己实现的,因为各个平台能用的字体渲染差别比较大。
Mozilla 的 XUL 要到下个版本才是用本地组件重新绘制,参看这里:
https://wiki.mozilla.org/Firefox/3.7_Linux_Theme_Mockups
@Ra:
可以试试啊~ 这次的提速和资源占有率改善真的很明显,冷启动和热启动都是。
囧黑兄真是OOo铁杆……据说wps也使用了OOo的一部分技术不知道是不是。
@Ra: 热启动我的体会不是最深刻的,冷启动确实是飞快了,直接刷的一下子就可以开始干活了。
@黑日白月:
我总觉得到了 Fedora 自己编译一次之后提速就变得不明显了
@kidfruit:
http://linuxtoy.org/archives/oracle-sun-product-strategy.html#comment-138055
@liangsuilong:
Fedora 编译之后 32 位 i686 支持 CMOV 特性了,应该会稍快些的……
不过的确也有可能慢,至少从外表上看 OOo Fedora 版貌似字体渲染和拼写检查用了系统库,可能会对性能有影响。
本来想更新到 Fedora Rawhide 里面的版本的,不过依赖检查下来基本上更新半个系统了,退缩了……
听闻梁兄是 Rawhide 流的,可否比对下?
@黑日白月:
暂时没有更新到 Raewhide 啊,还是在玩 Testing 而已。
虚拟机里面的那个 Rawhide 我也很久都没有更新了...
似乎真有快些,大讚! To shellexy:,NeoOffice 是以前 OOo 還不原生支援 Mac OSX 時的分支,對 Mac OS 進行了最佳化。後來 OOo 3.0 以後的版本增加了對 Mac 的原生支援版,在速度上比 NeoOffice 還是差了些。但它不是 java 編寫的。 To chwt: 以前用 MSOffice 2003 的 Excel 開 10M 以上的資料真的很痛苦。用 OOo3 的 Calc 來開,速度上反而比用 Excel 開啟還快許多,怪哉。
對了,有人使用 Go Office (go-oo) 嗎?可有心得?
@黑日白月: 了解……那个帖子忘看了…………wps功能深入下去确实比不上OOo和M$,不过轻量级工作还是很方便的。写论文我是老老实实M$,因为OOo写出来的东西在打印店用M$打开会有各种细微的问题。曾经用latex写了点,结果被骂“这是啥玩意”………………被迫上级用什么我就用什么…………
@kidfruit: 如果你的“上级”是只看最终的 pdf 文件,用 LaTeX 仍然是最好的选择之一。
boss不把你的东西改改是不会让你发的……因为那样不能体现他的水平……中国的学术就这回事
期待能够快速打开比较大的文件~~ 期待ooo project
囧,我下午才emerge了openoffice
首行缩进“X个字符”,这个功能仍然没有实现。缩进多少毫米多少厘米,谁回去量一个字符有多少毫米?设计的人真是头脑有毛病。
@SHOIBIET: 自己去 OOo 家里喊去
@SHOIBIET: 字号用磅值会简单些。
永中才是纯java开发的,也不见得慢。。。
@SHOIBIET redoffice 中有,以前公司都是用这个,很多中文细节的小功能在 redoffice都有,但它似乎没有贡献给 openoffice