«

»

LibreOffice 未来计划

2010-11-17 Posted in News, Office SuiteRSS

The Documentation Foundation 商议了 LibreOffice 未来的发展计划，决定进行大刀阔斧的改革。

计划如下：

  • 对几乎每个程序组件都会做大幅度的修改，有的甚至是完全重写。
  • 首先重写的是 Calc 表格组件，将引入名为 Ixion 的新处理引擎，改善对数据库链接的支持，并且提供对 VBA 宏的支持。为什么不是 Writer？因为开发者认为 Writer 从功能上讲已经超过 M$ 同类产品了。
  • 完全移除对 Java 的依赖，目前部分模版和扩展依赖 Java，而由于 Oracle 对于 Google 的专利诉讼，规避 Java 是为了自身安全考虑。
  • 加强版式结构统一，目前同一个文档在不同平台上打开时，版式会有变化，这个问题将会重点解决。
  • 提高格式互通，将改善对与 OOXML 格式文档的双向兼容性。

另外，由于 LibreOffice 得到了 Novell 的支持，有可能 Mono 将会以某种形式被加入 LibreOffice，不过尚未确定。

不过要注意的是，上述提及的计划还没有明确的时间表及优先顺序。

消息来源：earthweb

Read More:

Tags:

110 Comments

  1. 1 cece Commented @ 2010-11-17 11:16Reply to this comment

    假如不是为了看DOC，我是绝对不会装巨无霸的

  2. 2 supercyper Commented @ 2010-11-17 11:18Reply to this comment

    支持加入VBA,没有VBA的表格程序根本没啥用

  3. 3 adam8157 Commented @ 2010-11-17 11:22Reply to this comment

    希望出一个对应light版的, 能看, 能简单修改就行...

  4. 4 zach Commented @ 2010-11-17 11:23Reply to this comment

    @cece: 如果是纯粹看doc为什么不选择abiword?

  5. 5 zach Commented @ 2010-11-17 11:26Reply to this comment

    "完全移除对 Java 的依赖"这个好啊。

  6. 6 黑日白月 Commented @ 2010-11-17 11:30Reply to this comment

    @zach:

    在出台可行的替代方案前，模版、向导、以及不少扩展都不能使用，有什么好的……

    真想吐槽 Oracle ……

  7. 7 ensonmj Commented @ 2010-11-17 11:33Reply to this comment

    移除java，我喜欢

  8. 8 @mopyman Commented @ 2010-11-17 11:39Reply to this comment

    DOC就想病毒一样!

  9. 9 luojie-dune Commented @ 2010-11-17 11:42Reply to this comment

    Presentation Tool已经过时了。应该都用web类的。

  10. 10 Mike Commented @ 2010-11-17 11:49Reply to this comment

    @zach: 因为abiword鹾。。

  11. 11 upsuper Commented @ 2010-11-17 12:14Reply to this comment

    其实纯看word的话，wine一个Word Viewer挺好的……

  12. 12 hantsy Commented @ 2010-11-17 12:23Reply to this comment

    @zach: 现在Windows上不用安装Java也可以使用OOO啊。。。作为语言扩展，Java还是必要，至少它很流行。。。 Linux不知道什么OpenOffice 直接依赖某些Java包。。。计划提得好，但不知道什么时候才能实现，这样的大项目，改造起来可以不是那么方便。我几乎不用表格，最希望改进的Writer和Impress（基本上只用这两个）。。。

  13. 13 hantsy Commented @ 2010-11-17 12:26Reply to this comment

    LibreOffice 也不知道现在有多少人全职开发（具体任务有哪些公司负责），如果都是Contributor方式（靠程序员空余时间），LibreOffice 本身就是生死难料。

  14. 14 fgfg Commented @ 2010-11-17 12:52Reply to this comment

    @hantsy: 你说的是jdk还是jre

  15. 15 allbluedream Commented @ 2010-11-17 12:58Reply to this comment

    @upsuper: 这个解决方法不错，但是我用的时候遇到一个小问题，就是直接依赖MIME设定打开文件时，一打印就会崩溃，必须从命令行启动。

  16. 16 kaji331 Commented @ 2010-11-17 13:38Reply to this comment

    我还是想办法wine个MS OFFICE吧

  17. 17 SuperCat Commented @ 2010-11-17 13:47Reply to this comment

    NND, Novell又想来捣乱......敢加Mono(作为必须组件的话)进来我就坚决不用LibreOffice...

  18. 18 bluebear720 Commented @ 2010-11-17 14:29Reply to this comment

    abiword 对图片的支持好像不好，我的好多文档里，图片都显示不了。还有就是汉字的问题，就算显示出来，一编辑还是乱码！

  19. 19 hantsy Commented @ 2010-11-17 14:45Reply to this comment

    @SuperCat: Mono 本身没有什么问题，但更多应该是微软专利方面的问题。基本Mono的几款软件都很优秀， Banshee, F-Spot, MonoDevelop（我觉得GNOME自己的开发工具应该好好学习一下MonoDevelop，或许这就是专业公司和个人爱好者产出的差别。）

  20. 20 hantsy Commented @ 2010-11-17 14:46Reply to this comment

    @bluebear720:中文文档，OOO打开DOC好像也有些问题（目前感觉还是WPS兼容好一些，永中也不是很好）。。。如果你使用OOO直接编写就行了。

  21. 21 Mike Commented @ 2010-11-17 14:48Reply to this comment

    @SuperCat: Mono还是可以接受的，overhead比java小多了，和python差不多，速度可比python快很多。

    就是依赖多一点，不过mono有很多程序值得使用，比如docky啥的，所以还是说得过去的

  22. 22 hantsy Commented @ 2010-11-17 14:48Reply to this comment

    @fgfg: 都不需要，在Windows安装，官方发布都有一个WithoutJRE版本。

  23. 23 SuperCat Commented @ 2010-11-17 14:51Reply to this comment

    微软专利方面的问题就是Mono的致命伤(等软件数量多了，看M$会不会来收拾)，并且使用Mono的软件越多，威胁越大。基于Mono的软件我一个都不用...... PS: 本人使用C编写GTK+程序......C++方面....Qt也用过，感觉也不错....

  24. 24 skydiver Commented @ 2010-11-17 16:30Reply to this comment

    因为开发者认为 Writer 从功能上讲已经超过 M$ 同类产品了....囧。。。。

  25. 25 fg Commented @ 2010-11-17 16:44Reply to this comment

    @hantsy: 那是安装包不带jre，不是不需要JRE。

  26. 26 luojie-dune Commented @ 2010-11-17 17:08Reply to this comment

    @skydiver:

    你不这么认为吗？

  27. 27 eagle Commented @ 2010-11-17 17:14Reply to this comment

    写个onenote吧

  28. 28 ebird Commented @ 2010-11-17 17:31Reply to this comment

    不用java用啥哇？

  29. 29 neoanima Commented @ 2010-11-17 17:46Reply to this comment

    坚决抵制mono 其他方面赞成

  30. 30 hantsy Commented @ 2010-11-17 17:46Reply to this comment

    @skydiver: 这个不清楚，我用到的功能估计Word95都够用了。。。

  31. 31 qiang_liu8183 Commented @ 2010-11-17 17:48Reply to this comment

    已经进arch的官方源了

  32. 32 hantsy Commented @ 2010-11-17 17:48Reply to this comment

    @fg: 你太牛B了。。。

  33. 33 hantsy Commented @ 2010-11-17 17:53Reply to this comment

    目前部分模版和扩展依赖 Java

  34. 34 hantsy Commented @ 2010-11-17 17:55Reply to this comment

    安装程序分WithJRE和WithoutJRE，说明Java是可选的，除非你要使用那些依赖Java的功能，我想核心是不依赖Java，其实依赖Java有什么不好？ Java现在已经是无处不在，成为C语言后应用范围最广泛的语言。

  35. 35 hantsy Commented @ 2010-11-17 17:56Reply to this comment

    提高格式互通，将改善对与 OOXML 格式文档的双向兼容性。。。。这个Novell版本的OpenOffice的确有些改进。。。。

  36. 36 b4283 Commented @ 2010-11-17 20:08Reply to this comment

    加了 Mono 的話堅決不用，不過如果用 Python 的話很歡迎

  37. 37 fg Commented @ 2010-11-17 20:47Reply to this comment

    @hantsy: 一个安装包带JRE，一个不带JRE，有些东西需要装JRE才能用，就这点屁事，您还挺能搞，还是您牛B，我就是路过，不耽误您时间了。

  38. 38 hantsy Commented @ 2010-11-17 21:05Reply to this comment

    @fg: 还是你牛B，我从打Firefly补丁的OOO1.0用到现在不知道什么功能要Java。。。当然我用过OOO的功能可能不到10%，说了只用其中过两个软件（Writer，Impress）。你可以说说哪个功能或者模块需要Java支持。

  39. 39 coocoffee Commented @ 2010-11-17 21:29Reply to this comment

    如果纯看MS的DOC的话，不妨试试catdoc，我在mutt里调用它。

    搭车提问：有没有短小精悍的电子表格程序？gnumeric尚需努力，大部头的***office真不想装。

  40. 40 pkkj Commented @ 2010-11-17 22:20Reply to this comment

    因为开发者认为 Writer 从功能上讲已经超过 M$ 同类产品了。。感觉和03不相上下，但是若说07就还有差距。开源office是个大工程，和KDE、GNOME不相上下，如果用游兵散勇的方式来开发可不行啊

  41. 41 fg Commented @ 2010-11-17 23:00Reply to this comment

    @hantsy: 还真是牛B的人不说自己牛B，我比较初级，不知道啥补丁的，就是下载时顺便看到官网上面说数据库组件依赖java的什么库。

  42. 42 黑日白月 Commented @ 2010-11-17 23:11Reply to this comment

    @pkkj:

    不要被 OOo 类似 03 的界面迷惑，也不要因为它是免费的就不愿下心思去深入挖掘……

  43. 43 mxhhaixin Commented @ 2010-11-17 23:12Reply to this comment

    @fg: 其实你们都牛B，嘿嘿。

  44. 44 ballkids Commented @ 2010-11-18 0:09Reply to this comment

    @SuperCat: 对于这样一个面向多平台的基础开源项目，可能的专利的纠纷确实要警惕。

    Mono与微软的专利

    人们对于微软能否采用专利摧毁Mono项目进行了大量的争论。其实，专利问题不在于已被提交到ECMA组织的核心技术或Unix/Gnome的专有部分，而在于由微软基于.NET Framework创建的技术，例如ASP.NET，ADO.NET和Windows Forms。这些技术在Mono中至今还没有被完全地实现，事实上，在开发Mono应用程序时也不需要用到，然而，在开发基于Windows平台的程序时却是不可缺少的。Mono团队将目标定为将这些技术纳入到项目中，并制订了一个三步走策略来处理它们： 采用其它实现方式来实现从而绕过专利问题 把包含专利的代码清除出项目 找出“现有技术（prior art）”从而将专利变为非专利 显然，第一个选项并不总是可行的。对于一些问题，例如那些与协同工作和交互相关的，可能就只有一种解决方案。由于这个相同的原因，尽管第二个选项总是可行的，它却可能导致一个开发出来的产品并不能作为.NET的替代品。第三个选项则是昂贵的，甚至不可能的，这需要一定程度的运气。

  45. 45 hantsy Commented @ 2010-11-18 0:51Reply to this comment

    ASP.NET，ADO.NET和Windows Forms已经不在了提交到ECMA的范围，何况这些规范本身就是微软定制了，游戏规则掌握在微软的手中，即使不使用任何微软的代码，也需要授权吧。 再说了，C#规范提交到ECMA只是几张白纸，并不包含实质性的软件，这和它最后开源的F#有本质差别。编译器，运行环境从何而来，Mono这么干不需要微软的授权吗？？？

  46. 46 vvvvvv Commented @ 2010-11-18 1:59Reply to this comment

    @ensonmj: Me too! 现在的OO.o 太慢了

  47. 47 sunng Commented @ 2010-11-18 8:01Reply to this comment

    把java拿掉上mono？那不是一丘之貉吗

  48. 48 bcbc Commented @ 2010-11-18 8:31Reply to this comment

    @hantsy: 谁做开发，谁说了算。用户有选择其他软件的权利。

  49. 49 fanhe Commented @ 2010-11-18 9:20Reply to this comment

    移除java，举四肢赞成！最好就是纯c/c++原生程序。加mono的话就是犯贱！

  50. 50 小柳丁 Commented @ 2010-11-18 9:28Reply to this comment

    花時間搞調java，花時間重寫大部份，再花時間加上mono.... X Lib 重寫搞不好都比較快.....

  51. 51 Alpha.Gu Commented @ 2010-11-18 9:49Reply to this comment

    我也十分希望是C/C++原生程序！！！

  52. 52 luojie-dune Commented @ 2010-11-18 10:22Reply to this comment

    为啥很多人讨厌java？

    为啥都喜欢C/C++？

  53. 53 黑日白月 Commented @ 2010-11-18 10:43Reply to this comment

    @fanhe:

    那么扩展怎么写？让扩展作者搭三个系统分平台 Debug？ OOo 的扩展方向和 FF 不同，FF 的扩展是指内的，构架在跨平台的 XUL 框架上就行；OOo 部分非常有用的扩展譬如 Zotero 需要和外部程序交互，此时跨平台并且成熟的 Java 是最佳的选项。

    用 Mono 写？那玩意儿专利地雷池比 Java 还深。另外个人对 F-Spot 和 Banshee 的使用体验不好……

    用 Python 写？不错，目前也有 URO 的 Python 绑定，开源，在 OS X 和 Linux 上几乎都是预装，但是在 Win 上面装机率极低。

  54. 54 黑日白月 Commented @ 2010-11-18 11:01Reply to this comment

    @luojie-dune:

    大多数人只喜欢自己了解的东西，对于不了解的东西存在畏惧心理……

    天朝大学只教授 C/C++，故此这般……

    英国和澳大利亚的大学本科教授 C++、 Java，硕士教授 Python 和 Haskell，又是另外一番风景……

  55. 55 bcbc Commented @ 2010-11-18 11:15Reply to this comment

    @黑日白月: 1.fp理论上可以放在大一教。 2.如果读到硕士还需要别人“教”他Python，说明这人够不上读硕士的资格。3.为什么大一不教fp/python？那是为了就业考虑。

  56. 56 newbees Commented @ 2010-11-18 11:56Reply to this comment

    @bcbc:

    在景德镇就这样，您就从了吧。。。

  57. 57 黑日白月 Commented @ 2010-11-18 12:00Reply to this comment

    @bcbc:

    呵呵，Master 的 Python 不是作为编程语言而教，是做为 Problem Solving with Computers 的材料，通过范例教授怎样用 Python 将各种库粘合到一起解决实际问题。同样，Haskell 是做为进行 A.I 研究教授的。

  58. 58 黑日白月 Commented @ 2010-11-18 12:02Reply to this comment

    另外 LibreOffice Beta 3 发布：

    http://www.documentfoundation.org/download/
  59. 59 v6 Commented @ 2010-11-18 12:02Reply to this comment

    @黑日白月: >大多数人只喜欢自己了解的东西，对于不了解的东西存在畏惧心理…… 好象这里就你一个人同时了解C++、Java

    >天朝大学只教授 C/C++，故此这般…… 给人感觉你没上过大学

    >英国和澳大利亚的大学本科教授 C++、 Java，硕士教授 Python 和 Haskell，又是另外一番风景…… 给人感觉你在那儿念过书的，可惜那儿不是这样

  60. 60 bcbc Commented @ 2010-11-18 12:25Reply to this comment

    @黑日白月: 其实我的意思正是硕士阶段重在科研，而非工具的使用与市场需求。本科阶段教的理论性的东西已经太多，工具上必须选择一个符合市场需求的，如果教个haskell，出去后真的不知道能干吗。

  61. 61 pkkj Commented @ 2010-11-18 12:58Reply to this comment

    @黑日白月: 我自己好几份东西都是用oo来维护的，感觉部分细节做得还不是很好，而且会有一些很奇怪的问题，有时还是会崩溃。当然，总体来说，OO的进步是十分明显的，已经和MS OFFICE的差距缩小了许多。

  62. 62 黑日白月 Commented @ 2010-11-18 13:30Reply to this comment

    @bcbc:

    呵呵，这可能也是差别吧……

    个人感觉国外的硕士科研味道并不浓，更多的是为发现已有本科知识无法满足未来职业发展(注意是未来哦～)的人设计的，于是针对市场实际需求的而教授的东西很多。相对来讲，博士就很科研了。

    本科教授 Haskell 在天朝的确就业会是问题，不过这可能也跟天朝 IT 业相对于其他国家处于比较底层有关，进行人工智能研究的绝少在企业中进行。

  63. 63 黑日白月 Commented @ 2010-11-18 13:38Reply to this comment

    @bcbc:

    其实我的意思是国外教授的语言类别比较多，更有利于根据实际需要选择合适的语言，而不是盲目的抵制或者拒绝某种语言。

    主要的目的还是对 LibreOffice 移除了 Java 后准备用什么方式进行扩展开发表示关注。

    若是单纯哪种语言优劣的问题还是就此打住吧，有心思的可以讨论下 LibreOffice 扩展开发的走向吧～

  64. 64 hantsy Commented @ 2010-11-18 13:39Reply to this comment

    LibreOffice 与 OOO 的发展方向不一样了。 如果真的是Oracle的埃里森说的那样，要用JavaFX重新打造OOO的UI的话，呵呵，OOO的下一代将是一款有意思的产品，成功与否不知道，现在的Office想搬动MS，不容易。

  65. 65 hantsy Commented @ 2010-11-18 13:42Reply to this comment

    @黑日白月: 国内好像都是教 VB，VC，DEPHI的。。。好像C、CPP都很少吧。Fortran都从二级考试中删除，我当时还学的Fortran77 。。。早不记得了。

  66. 66 黑日白月 Commented @ 2010-11-18 13:49Reply to this comment

    @hantsy:

    JavaFX 都要并入到 Java SE 中去了，若真是那样到时候恐怕 Java 就成 OOo 必备了～ 不过 OOo 目前的 URE 的确是做了很多类似 JVM 的工作，从渲染方式到字体处理都是自己的一套，或许这部分交给更成熟的 JVM 解决也不错，其余部分通过 JNI 实现，呵呵……

  67. 67 ballkids Commented @ 2010-11-18 15:28Reply to this comment

    @hantsy: C 是必修。

  68. 68 kidfruit Commented @ 2010-11-18 17:20Reply to this comment

    @hantsy: c是必修，而且用的是borland3.0，vc什么的，自己学去吧…………

  69. 69 ee.zsy Commented @ 2010-11-18 19:39Reply to this comment

    @kidfruit:对于C/CPP而言，不谈第三方库的话，语言（标准）什么的不是和实现（编译器）无关嘛...

  70. 70 Mike Commented @ 2010-11-18 20:43Reply to this comment

    @黑日白月: 错了，天朝教授都是matlab的。

  71. 71 philacorns Commented @ 2010-11-18 20:44Reply to this comment

    我这儿英国EE本科教C和Java。不喜欢Java主要是UI问题，没有看上去qt native 的。

  72. 72 hantsy Commented @ 2010-11-18 20:46Reply to this comment

    @ballkids: 我不知道C是不是必修的，我不是计算机专业，我只学一门语言（Fortran77，MSDOS 6.22/UCDOS系统）。。、但大学语言教学丢掉一个根本的东西，语言是一种工具，编程思想才是重要的，现在不知道哪个大学开了 Pascal，LISP（一些大师认为最好的教学语言）。。。当通过一种语言熟悉了编程套路后，学习另一种语言并不难。

  73. 73 legend4 Commented @ 2010-11-18 21:03Reply to this comment

    其实最终要的一点，就是The Documentation Foundation应加强LibreOffice的办公实用性，利用彻底开源免费这样的优势，争取政府组织机构的采购，毕竟openoffice已不是原来免费的openoffice了， LibreOffice应努力成为新的流行免费办公套件。

  74. 74 SuperCat Commented @ 2010-11-18 21:17Reply to this comment

    C在我这里是必修的....Java也是，但是C++不是.... 写UI最爱GTK+，其次Qt

  75. 75 我买糕的。 Commented @ 2010-11-19 7:50Reply to this comment

    个人感觉最后两点是最有爱的。。。对于普通用户来说。。。 跟M$的兼容性才是我们最关注的问题吧。。。。

  76. 76 btstream Commented @ 2010-11-19 8:24Reply to this comment

    @hantsy: 真要这样那就真没什么留恋openoffice的了

  77. 77 butters Commented @ 2010-11-19 8:49Reply to this comment

    在 Arch 上装了 libreoffice，每次都自动随 kde 启动，找了 /etc/xdg/autostart，/usr/share/autostart 和 ~/.kde4/Autostart 等地方也没看到启动 libreoffice 相关的东西啊，这个究竟是怎么启动的？

  78. 78 fanhe Commented @ 2010-11-19 9:56Reply to this comment

    讨厌java并不是不熟悉它之类的，而是java程序的ui，字体在linux下根本就跟原生程序不统一，恶心无比。python的程序倒是没什么问题。mono的也没什么问题。都是跑在虚拟环境的东东，不喜欢。你可以不用c/c++写，只要你能直接翻译成二进制运行就行了。

  79. 79 ee.zsy Commented @ 2010-11-19 11:00Reply to this comment

    @fanhe: Java上面swt直接就是原生界面了，而Swing的用UIManager.setLookAndFeel也可使用原生界面。这里所谓的原生界面，在Gnome下就是直接用GTK来显示界面的。虽然Qt也可以使用GTK界面，不过当初我在Gnome下第一次用Qt程序的时候还是不习惯。这里的不习惯不是界面原生不原生的问题，而是Qt的QMainWindow类对程序界面的布局风格有了很强的约束作用（如菜单工具栏状态栏的使用方面的），这使得KDE下程序的布局协调一致，但是却会让与已经用习惯的Gnome程序之间的差异让人感到不适。Java的桌面程序总有让人能发现它是用Java写的，就像KDE的程序总能让人发现它是KDE写的一样，可是问题是KDE在桌面上有大量的优秀程序，这可以让KDE的用户去习惯并利用它们相互协调的界面风格，可以Java却没有这样的基础。我觉得如果Java的包能够分割细一点，利用众发行版的包的依赖机制使得Java的库的安装可以轻量一些，并且开发者淡化Java的跨平台性以及它自身这个平台的存在，为特定平台如Linux下已有的界面风格做适当的专门的调整，感觉Java还是用来开发桌面程序还是相当好用。在mono中，WindowsForm的程序也可以正常执行，而且用户通常不在意某个程序是mono实现的（当初知道某些gnome程序是mono实现就很意外，不过他们大多是用GTK#的），从入乡随俗的角度说mono比java做的好。不过再如果涉及专利什么的问题话题就麻烦了，不然当初也不会有gnome这样的东西出来。此外，以前对依赖有洁癖，现在自己的想法已经坏掉了。像OOO这样的大项目，它自己已经成为一个平台了，上层的组件依赖于底层的组件，某些层面的完整程度已经不亚于一个完整的Java标准库了。

    对不起啊，不知不觉想当然的废话多了。。。

  80. 80 cece Commented @ 2010-11-19 11:52Reply to this comment

    看来又爱又恨啊

  81. 81 黑日白月 Commented @ 2010-11-19 12:27Reply to this comment

    @fanhe:

    OOo 没有任何一个部件的 UI 是用 Java 的 Widgets 库实现的，Java 实现的是底层的数据库链接、进程间通讯等功能……

  82. 82 hantsy Commented @ 2010-11-19 12:45Reply to this comment

    @fanhe: 为什么要用系统内置的UI。。。QQ，MS Office，MSN那个用了系统原生UI，都是用SKIN，Java Swing的SKIN多于牛毛，自己找一个就行了。。。不过我就喜欢Swing（Metal）。

  83. 83 hantsy Commented @ 2010-11-19 12:46Reply to this comment

    @btstream: 我无所谓啊，Office本来就用得不多，项目文档都用Wiki了。。。自己有用的文档，我会用Docbook来记录。

  84. 84 hantsy Commented @ 2010-11-19 12:50Reply to this comment

    @ee.zsy: Gnome也有Java集成项目，只是我们关心得少而，同样和MONO一样，直接调用GTK API。。。

    http://java-gnome.sourceforge.net/

  85. 85 metoo Commented @ 2010-11-19 12:52Reply to this comment

    多国语言机制希望改为gettext的po檔

  86. 86 hantsy Commented @ 2010-11-19 13:03Reply to this comment

    对于Java Swing UI，最好还是用它自己的 UI，然后找SKIN来美化，

    http://bluemarine.tidalwave.it/

    这是基于NetBeans Platform一个相册。

    当然也可以自己定制一些UI组件，自己用，自己看 Swing Hacks 这本书

    http://oreilly.com/catalog/9780596009076/index.html?CMP=ILL-4GV796923290

    对SWT，目前它似乎只能用系统UI（一些插件支持SKIN，但效果比 SWING原始界面还恶心）。。。对 Eclipse4中的下一代XWT，依然是SWT为内核，但在界面上改进了很多，支持CSS换肤。当然也有 Swing相关的项目做同样的事情，但实话说，SWT， Swing都发展缓慢，SWT的API几乎都在JDK 1.4的水平，Swing的也就是有些API更新到了1.5而已，对于最新的概念，比如 Configuration Over Conservation,目前都做得不够。这些东西在下一代的Eclipse 4 UI中得到体现。

  87. 87 hantsy Commented @ 2010-11-19 13:09Reply to this comment

    Eclipse 4 XWT与 SWT，SWING不同就是将编码与界面分开，有XML声明的方式定制界面，CSS来美化具体组件，Java代码只负责逻辑，事件等。。。实际JavaFX是一种非常好的方式，将界面声明和逻辑分开，只是写在一个文件。

  88. 88 hantsy Commented @ 2010-11-19 13:13Reply to this comment

    Apache Pivot ( http://pivot.apache.org/ ) 也是采用Java+XML方式，注意这可以说是另外完全不同Java UI，与Swing，SWT无关，这从底层Java Draw 2D重写的。

    未来的 JavaFX 2.0 可能与这个类似。

  89. 89 黑日白月 Commented @ 2010-11-19 13:25Reply to this comment

    @hantsy:

    JavaFX 2.0 合并入核心库后也将实现类似的功能， XML 负责排版，CSS 渲染。

  90. 90 hantsy Commented @ 2010-11-19 13:43Reply to this comment

    @黑日白月: OOO 的UI，字体应该完全是自己的一套，1.0的时候，它的GUI根本就不能应用系统的设置，如主题，字体等。。。

  91. 91 hantsy Commented @ 2010-11-19 13:45Reply to this comment

    现在的OOO在 GNOME下看起来像是原生的GTK程序，我想和Java程序一样，只是加了层套而已。。。

  92. 92 luojie-dune Commented @ 2010-11-19 15:43Reply to this comment

    GNOME Office很强了。Abiword要是和Writer一样强的话就取代了OOo。

  93. 93 黑日白月 Commented @ 2010-11-19 20:23Reply to this comment

    @hantsy:

    的确 OOo 的 UI 和字体是自己的一套。

    不过目前 Java 在字体管理方面在 Linux 平台还是没有读取 fontconfig 的设置。

  94. 94 bluebear720 Commented @ 2010-11-19 23:11Reply to this comment

    abiword 能解决好汉字问题,我相信多数人就会用它了!

  95. 95 sakurapremier Commented @ 2010-11-19 23:21Reply to this comment

    @hantsy: 倒真不觉得很像，用滚轮翻标签页和下拉选单都不行。

  96. 96 zhtx Commented @ 2010-11-20 13:02Reply to this comment

    @hantsy: 这个java-gnome的阴谋是：gcj编译为本地码，再调用gtk库实现界面……这样java虚拟机就可以滚一边去了！

  97. 97 hantsy Commented @ 2010-11-20 14:00Reply to this comment

    @zhtx: 你写过一行用java-gnome的代码吗？

  98. 98 hantsy Commented @ 2010-11-20 14:06Reply to this comment

    @黑日白月: 字体配置是java自己配置文件， 在jre目录下。。。渲染应该还是使用老式的xft进行的，要照顾到所有的Unix平台（特别是Solaries）

  99. 99 右京样一 Commented @ 2010-11-21 11:30Reply to this comment

    ”因为开发者认为 Writer 从功能上讲已经超过 M$ 同类产品了“

    为啥我没感觉……至少缩进的度量值还不能是”字符“呢……当然这也不算啥大问题。

  100. 100 qft Commented @ 2010-11-21 12:51Reply to this comment

    多年来写文档和做slides都用latex,数据分析就是octave，真的没看出来office一类的软件有什么存在的必要

  101. 101 xxxx Commented @ 2010-11-21 13:18Reply to this comment

    @qft: 不是每个人都会latex，但是大部分会用电脑的人都懂得如何在office里打字！！！！

  102. 102 叶三 Commented @ 2010-11-21 13:33Reply to this comment

    @qft: 确实如你楼下所说……一般写个简单的note那我肯定是选择vim了，当然写论文那会儿真实的感受到latex的强大

  103. 103 hantsy Commented @ 2010-11-21 16:45Reply to this comment

    @右京样一: 这功能MS Office只是中文版本有吧。。。以前在公司都用RedOffice（基于OOO），有类似的功能。

  104. 104 hantsy Commented @ 2010-11-21 16:47Reply to this comment

    重要文档我会使用DocBook写。。。我有一个DOCBOOK 工具的项目。 http://code.google.com/p/hantsy-labs/

  105. 105 ee.zsy Commented @ 2010-11-21 21:01Reply to this comment

    请问一下OOo的拼写检查中文能用吗，目前自己对MSO最看重这个功能了。 平时的话，org-mode用的多一点，导出为latex或者html都很方便。

  106. 106 hantsy Commented @ 2010-11-21 23:26Reply to this comment

    @ee.zsy: 除非OOO中有中国公司contribute这部分。。。对于老外来讲，第一，难，第二，没必要。日语都带有检查，中文应该没有开源的实现吧。

  107. 107 wsw Commented @ 2010-11-22 15:24Reply to this comment

    我一直wine M$的office，这个没办法，文档是要交流的，绝大多数的人用什么，咱也就只能用什么了。

  108. 108 huayi2 Commented @ 2010-12-10 9:58Reply to this comment

    带着java确实不爽

  109. 109 wnfu12nb Commented @ 2011-07-14 14:42Reply to this comment

    math 若直接可输入tex，则可以考虑使用

  110. 110 wnfu12nb Commented @ 2011-07-14 15:04Reply to this comment

    math中的语法原本就和latex相似，不如干脆相同了，实现起来应该难度不是太大。这样用Latex的人就可以直接上手，谁会无聊到学那么多种公式编辑方法呢，什么mathtype?openoffice,latex,msoffice.烦都烦死了。即便不能解释所有的latex语法，大部分兼容也是不错的。 公式编辑实际上现在是两大标准，latex或者MathML，libreoffice两个方面支持都很糟糕。看来，开发人员还是主要面向非学术应用环境了。既然这样，也就不期待了。

«

»