ONLYOFFICE或Collabora Pt.2

我们收到了许多关于ONLYOFFICE-Collabora比较更新的请求,因此我们将做到这一点。 在本文中,我们将重点介绍两个办公套件中的协作工作。

我们写了这篇文章,比较了办公套件性能的基本原理。 这是已经说过的简短摘要:

  • ONLYOFFICE更好地用于docx,xl​​sx,pptx,而Collabora的本机格式是odt,ods,odp。
  • 作为LibreOffice的继任者,Collabora具有两大优势。 首先是纯粹的意识形态。 任何开放源代码爱好者都不能赞叹LibreOffice? 第二个是技术–在我们从头开始开发大多数功能时,它已经具有所有Libre功能。
  • Collabora是发送到您的浏览器的服务器托管LibreOffice的直观表示。 当然,具有新的界面和协作功能。 实际上,ONLYOFFICE编辑器在您的浏览器中工作,不断与服务器交换数据。
  • 在Collabora中,所有操作都在服务器上处理,而ONLYOFFICE使用客户端的资源。 由于编辑器远离用户,Collabora本质上是缓慢的。

通过这种架构,Collabora需要更多资源。 一台双核服务器使用Collabora可以容纳八至十个用户,使用ONLYOFFICE可以容纳150个用户。

我们已经说过,成为LibreOffice的继任者Collabora具有其所有功能。 即使开发人员必须以某种方式将它们容纳在新界面中,并增加了同时处理对象的可能性,但到目前为止已经很多了。

“ Collabora”来自“合作”一词,对吗? 这意味着最重要的事情是您可以一起做。 因此,让我们看一下ONLYOFFICE和Collabora的协作功能。

实时共同编辑 。 Collabora拥有Google Docs方式-您可以在共同作者输入时看到他们的光标。

我们认为共同编辑的类型还不够。 我们拥有它,它被称为快速。 是的,在集思广益或对文档进行最终更改时,它很酷并且很有效,但是有时您需要更多的隐私。 例如,您不想因共同作者的更改而分心,也不必在任何人看到它们之前纠正您的印刷错误。 对于这种情况,我们有严格模式-您可以私下处理文本片段,并在保存文档后显示所有更改。

因此,Collabora具有一种共同编辑类型,而ONLYOFFICE具有两种共同编辑类型,供用户选择在每种情况下对他们来说更方便的方式。

评论 。 两个办公套件都配有它们。 但是,在Collabora中同时处理注释会导致冲突,因为每个用户都将接管焦点和光标。 对注释窗口所做的更改将向上滚动,并且光标消失。

聊天 。 不在Collabora中,出现在ONLYOFFICE中。 这没什么大不了的,只是在不离开编辑器的情况下方便地讨论文档内容。

审查和跟踪变更 。 在两个办公套件中均存在,但有所不同。 首先,在ONLYOFFICE中,我们具有“预览中预览”功能,以查看文档的外观,接受或拒绝所有建议的更改。

其次,在Collabora中,一个用户切换到“曲目更改”模式会为所有其他用户激活此模式。 试想一下,尝试处理文本时,您会突然被跟踪修订。 您什么也没做,但是您的工作方式发生了变化。 魔法?

在Collabora中共同编辑文档,您必须准备丢失个人的首选项和设置,因为如果您的共同作者启用了“跟踪更改”,非打印字符或拼写检查,那么它们也将为您启用。 怎么会? 答案很简单:您和您的合著者实际上是在同一编辑器中工作。 在同一服务器上运行的具有Collabora接口的LibreOffice的同一副本中。

这也是为什么您无法在文本处理器和演示文稿编辑器中隐藏表格边框和标尺,以及在电子表格中隐藏网格线和行/列标题的原因。 我们认为这些事情是有意排除的,因为如果其中一个协作者应用它们,它们也会对其他人生效。

缩放可能是Collabora中唯一可用的个人首选项。 但是,严重的是,他们必须在演示文稿中做一些事情:放大或缩小浏览器时,幻灯片大小仍然很小,就像最小化的窗口一样。 当然,您可以手动返回其自然大小。

依靠客户资源的ONLYOFFICE永远不会丢失您的首选项。 您的编辑器在您的浏览器中运行,您可以完全控制其中发生的事情以及外观。 您可以选择是否要查看非打印字符并检查拼写以及自己跟踪更改。

在协作工作中,明确的撤消/重做算法非常重要。 在ONLYOFFICE中,清除算法有助于避免冲突。 我们假设您按Ctrl-Z时要取消自己的最后一个动作。 即使在快速模式下,我们也坚持这一原则-我们标记每个用户的操作,以便他们可以撤消自己的举动而不会影响其共同作者。

与我们的解决方案不同,Collabora具有直通算法。 换句话说,尽管我们为不同的用户提供了单独的操作列表,但他们具有对文档所做的所有更改的列表。 因此,在Collabora中,进行最后更改的一个可以将其取消,而另一个只需等待直到将其变为Ctrl-Z。 因此,在有人取消操作之前,您无法使用Ctrl-Z取消操作。

该方案不方便并且有一些错误,因此使其崩溃并不难。 例如:

  1. 用户1插入一个字符。
  2. 用户2删除字符。
  3. 用户2撤消。
  4. 用户2进行了另一个“撤消”(如果我们正确理解了方案并且确定可以撤消,则他们不能这样做)。
  5. 发生严重冲突,因此需要还原版本。
Collabora的Undo-Redo机制中冲突的另一个示例

Collabora具有LibreOffice的所有功能,但在浏览器和协作方面存在太多问题,仍然是空白。 我们认为,它的许多缺点可以解决,并且将得到解决。 但当?

尽管我们努力使它像瑞士手表一样理想,但ONLYOFFICE也不是完美的。 我们可能还需要一些时间才能赶上Collabora的巨大继承功能。 但是,如果您今天需要协作的在线编辑,则ONLYOFFICE随时为您服务。

在我们的 官方博客中 找到原始故事 ,或观看 有关编辑功能比较 演示