不久前，LibreOffice出现了， OpenOffice的 后 甲骨文收购了Sun (OpenOffice的前开发者和所有者），这不是秘密 神谕 没有付出努力并“赢得” OpenOffice的，它带来了 LibreOffice的 以及 大量的OpenOffice程序员转向LibreOffice.
连接器 LibreOffice的 旨在利用以下优势 办公软件 以及其他开发人员从未带来的其他功能 OpenOffice的.
后来我们发现 OpenOffice更改所有权，这次传递给Apache，到目前为止，
碰巧有一些新的东西，对于改变来说，这并不是消极的 OpenOffice的。 在这种情况下，我们了解到 IBM 捐赠源代码 莲花交响曲 a Apache OpenOffice.org，可以为后者带来一些改进。
在发送给Apache Foundation邮件列表的电子邮件中, 罗伯·威尔 (IBM协作解决方案部）宣布上述内容，并确认它们将对您有所帮助 Apache OpenOffice.org 实施当前可用的改进 莲花交响曲.
我给您一些摘录，以便您更加了解：
首先，我们将帮助OpenOffice.org项目对 莲花交响曲， 在下面 Apache 2.0许可证，并确定应尽快实施这些改进的优先级。 使用以下代码 交响乐 通过在下一个即时发布的版本中提供这些改进，可以加快工作速度 OO。 我们已经将帮助文件转换为 迪塔，如果朝这个方向前进，这将使工作更快。
堰 他还提到 GUI （图形界面）的 莲花交响曲 已收到来自的几条评论 OpenOffice.org，暗示 OpenOffice的 也许您想整合 UI.
在同一封电子邮件中 堰 承认 IBM 尚未成为以下社区的模范成员 OpenOffice.org，说 IBM 您想从头开始更正此问题 阿帕奇.
但是，我们 IBM 我们还没有成为社区成员的榜样 OpenOffice.org 它是关于。 是的，我们参加了各种社区聚会，并赞助了会议以及为标准而共同努力。 但是当我们这样看代码输入时，我们保持 交响乐 本质上就像叉子，我们几乎不会回馈和贡献代码 OpenOffice的，我们认识到这不是最正确的。
现在一切都保留在 阿帕奇好吧，还没有决定。 是 阿帕奇 认为 IBM 可以受益 OpenOffice的，毫无疑问，他们会接受。
我认为等待真正新颖的变化会很有趣，因为做梦并不需要花任何钱😉
无论发生什么事，我们作为一个社区都会永远受益或只是继续采取行动，因为如果这一行动获得批准并 OpenOffice的 伴随着新的面貌和积极的变化，主要的受益者将是我们“社区”，如果不接受， OpenOffice的 继续成为他们目前的状态（不是很受欢迎或不受欢迎的人），嗯...我们仍然 LibreOffice的 ^ _ ^
这是所有的了。
但是，我让问题悬而未决...
如果OpenOffice带有一个新的，更酷的GUI，您将使用OpenOffice还是仍使用LibreOffice？
问候和谢谢大家阅读我们。
工作会更好，整合进度会加快
4条评论，留下您的评论
几个月前，我尝试了Lotus Symphony，并且我喜欢图形界面比Openoffice更漂亮，但是奇怪的是方程式编辑器还没有准备好。
至于问题……🙂我不会三思而后行，我会选择OpenOffie + Symphony，因为良好的环境或GUI可以提高生产率，这是我有机会在此IBM软件中看到的，并且我敢打赌，以便一切顺利进行，最重要的是，有了LibreOffice的竞争对手，您将在这些办公套件之间看到许多新内容😉
这里的问题实际上是：
«为什么将其捐赠给OpenOffice而不是LibreOffice？» 0_o
无疑，GUI的更改将大有帮助，我们将感到“新”和舒适，我认为它仍将给OpenOffice + Symphony一个机会。
谢谢您的访问和评论😉
他们已将其捐赠给OpenOffice以获得许可。 OpenOffice采取的一种运动是采用一种许可证-apache-这种许可证允许派生作品开发无需通过强制继承来继承开源许可证，从而生产具有商业可行性的产品。 使用libreoffice并使用gpl许可证是不可能的，因为必须衍生其派生词。
在任何情况下，这样做都是有趣的，因为计算机套件中存在很多分散性，而Linux发行版中则存在许多分散性，它们本身无法生存。 另一方面，这也是一件好事，因为他们将对libreoffice施加压力，迫使它发展，而不是仅仅作为openoffice的克隆。 我们希望至少可以通过两种方式进行改进：改进UI和简化代码