问题发生的环境: Gnome 3.24 / 界面字体Istok / LibreOffice 5.3.4 / Manjaro 17.0.1 解决方法之1: 更换与LibreOffice不兼容的Gnome界面字体(如Istok)为其他字体(如Hind)之后,标题中所说的问题就会消失。 解决方法之2: 见文后。
以前写过一篇博文说Linux下办公软件首选WPS,libreoffice只是个半残品,之所以得出这样的结论,是因为libreoffice表格软件缺少一个常用的功能:合并重复项。平时我用到大型office软件的机会并不多,却发现了这么一个不足之处,也许这只能算是冰山一角吧。这不,近两天发现libreoffice不仅打开文件的时候奇慢无比,点开界面菜单、对话框也是经常卡顿到让人愤怒。就软件的卡顿体验来说,libreoffice真可以送到垃圾焚烧厂销毁了!
想来也是,libreoffice以“libre”的意识形态挂帅,做出来的东西怎么可能跟与用户和市场良性互动的版权受保护的优秀闭源产品(如WPS)相比呢?传统行业的产品不仅永不免费而且还有专利保护,新型行业的产品如果要收费和闭源保护起来,竟然在某些Linux/GPL邪教徒眼里成了一种罪恶行为。将开发者置于乞丐一样命贱的地位,开发者怎么可能有动力完善产品呢?
还是自己动手找答案吧。百度搜到了一篇《Libreoffice界面慢卡顿之谜》的博文,作者给出的药方是删掉libreoffice的中文语言包。这招确实够猛很有效,不过副作用也很明显:不用母语界面,翻译理解的过程中会消耗不少脑细胞。
小衲认为这一定是中文化的某个环节出了问题,修改了语法拼写、硬件加速、字体预览、用户界面语言、区域设置等参数,都没有效果。后来用gnome-tweak-tool将gnome桌面的界面字体从英文改为“思源黑体”,然后再打开libreoffice,一切都爽了。原来问题出在字体上!毕竟libreoffice界面渲染机制一直以来跟Linux系统不搭调、不兼容,几年前libreoffice还在用自己的字体和控件外观,丑陋到不堪入目,现在LibreOffice能跟GTK应用程序一致(使用相同的字体、相同的控件样式)已经算是巨大的进步了,但是前进的道路是曲折的。如果桌面环境界面使用了某些与LibreOffice不兼容的英文字体(如Istok),那么LibreOffice想要渲染其捆绑的中文字体(通常由/etc/fonts/conf.avail/69-language-selector-zh-cn.conf
设定)的话就会“很吃力”。这就是Libreoffice卡顿奇慢怪病的病根。
因此,我给出了两种药方(可以任选其一):
1,将桌面字体直接设置为能与LibreOffice界面兼容的其他字体,如“Hind”、“思源黑体”等;
2,如果坚持要用与LibreOffice不兼容的Gnome桌面界面字体(如漂亮的Istok),请用libreoffice的字体替换表,将桌面界面用到的字体(Istok)替换为某种中文字体(如微软雅黑),并勾选“始终”。 如下图所示
36.170.32.***某Linux用户觉得这篇文章很有帮助。