Fra*_*one 19 libreoffice zooming
问题
我在 Ubuntu 16.04 中使用 LibreOffice 5.0.6.3,该程序比在 Windows 8.1 和 Debian 8 中慢得多。
当我将较大文档中的缩放级别更改为低于 200% 时尤其会出现这种情况。超过 200%(例如从 200% 到 220% 等),放大和缩小绝对流畅——程序不需要时间进行更改。但是例如从 160% 到 180%,缩放会导致程序变得非常滞后:一切都冻结了,有时整个程序表面也会变成灰色/黑色——有时是几秒钟,有时是“永久”。
当编辑的文档相对较小时不会发生这种情况;也就是说,当其中没有对象、图像等,而只有文本时,或者当文档只有几页长时。
示例
我有一个包含许多箭头、表格和一些图片的大量文档(50 多页),当我在 Ubuntu 16.04 中打开它时会出现提到的问题。但是当我在 Debian 8 和 Windows 8.1 中编辑同一个文档时,它们不会发生。
我已经尝试过的
我已经改变了某些属性,因为我搜索了很多可能的解决方案。
例如,我关闭了 Java 和 Open CL,并为 LibreOffice 提供了更多的内存。但是所有这些几乎都没有明显改善这种情况——如果有的话...
...这并不奇怪,因为在 Windows 8.1 和 Debian 中,LO 运行顺利,没有进行这些更改。
问题
有谁知道这是否是 Ubuntu 特定的问题,或者只是为什么会发生这种情况?
这可能与我没有使用 Ubuntu Xenial 的预装版本有关吗?(我切换到上面提到的版本,因为 5.1.x 似乎比 5.0.5 已经更不稳定了。(简单命令后突然崩溃))
Ioa*_*sis 13
为避免用户界面更新缓慢,解决方法是:
libreoffice-gnome
andlibreoffice-gtk
和
libreoffice-gtk3
。在此之后,LibreOffice 用户界面正在快速更新。但是,当(主)窗口调整大小时,有时会变得混乱。因此,避免任何不必要的调整大小(调整大小),保持(主)窗口的全尺寸。
这似乎是 GTK 端口唯一的问题。
解决方法已使用 LibreOffice 5.1.3.2 和 Ubuntu 16.04 64 位进行测试。问题已在 LibreOffice 5.1.4.2 中修复。
归档时间: |
|
查看次数: |
12477 次 |
最近记录: |