shimo.im 的问题

2018-01-20 07:01 misc

最近写了三四份大的文档, 每份都有十几页二十页. 刚开始是用的 libreoffice, 过程中没有任何问题, 使用起来也非常顺手, 排版方式很简单统一, 做出来的页面 中规中矩, 都是标准化的处理方式.

但是, 因为现在公司要求所有的文档都用 shimo.im 来写, 我就把 libreoffice 默认的 odt 格式文档转换成了 docx 格式, 文档样式倒是没有多大变化.

把 docx 文档导入到 shimo.im 时, 问题出现了:

• docx 文档里有第四级标题, 而 shimo.im 最多支持三级标题的编号. 原先的 第四级标题就被丢掉了.
• 原先的标题是自动编号自动对齐的, 现在在 shimo.im 中, 标题编号没有了, 而且, 会强制向后缩进一段空间, 需要手动一条条调整.
• 之前的正文中, 行间矩和段间矩的设置在这里也无效了. 需要手动调整.
• 之前文档中嵌入的 libreoffice draw 绘图文件, 现在都无法被识别. 需要 手动把文档中的每一张流程图先导出到一个独立的 odg 文件中, 然后用 libreoffice draw 打开它, 并导出为 png 图片, 还要把 png 图片的边缘裁剪一下, 再一张张地 上传到 shimo.im 文档里的相同位置.

除了以上遇到的导入文档的问题, 在后来的使用过程中, 还发现了这些:

• 它们服务不大稳定, 有时里面的图片显示不出来, 提示不可访问.
• 与其他人协作时, 操作延时太高. 比如, 同事就坐我边上, 我看着他删了两段话, 但是等几秒钟之后, 我机器上的页面都被刷新, 才看到之前的一段话被删除了. 估计是 所有的数据传输都是经过中央服务器来实现的. 之后的版本中, 可以考虑使用 WebRTC 来做优化, 尤其是局域网中, 使用这个协议传输数据时, 延时非常低, 甚至可以降到 毫秒级, 这样的用户体验的提供是质变.
• 如果自己正常更新文档的时候, 别人在大段地添加或者删除文档开始部分的话, 我的 页面就会出现跳动, 或者被强制向下滚动一段矩离. 我也听到了同事的抱怨, 说你改得 不要太快! 更好的做法是, 不管文档如何变化, 我的页面中, 显示的位点应该以我当前的编辑点为中间, 它不可能随便被移动, 相对于 浏览器窗口. 如果文档同时被别人编辑了, 页面右侧的滚动条可以有所变化, 同时在 当前窗口的顶部或者低部或者左侧的导航栏有个动画提醒用户, 让他知道在当前浏览器 窗口显示区域之外, 文档被修改了.
• 导出的 pdf 文档不包含目录, 也不包含 Outline. 当文档比较大时, 这个默认 做法, 会导致生成的文档很不便阅读.

总之, shimo.im 里的细节问题不少, 还有很大的优化提升空间. 也期待着有更多的 类似的在线协作工具被开发出来, 这样的话有竞争才有提升!