Emacs 还真是古怪!
当我打开 Emacs 23 要写一篇文档时,发现 3 年前遭遇的输入法无法调出的历史又重演了,只不过那次是 scim,这次是 ibus。认真检查了一下 XMODIFIERS, GTK_IM_MODULE, QT_IM_MODULE 都很正常,locale 也没有什么可质疑的。先去 ibus 的 issue list 上逛了一下,没有发现类似病症……又去几个 bbs 里看了一下,看看近期是不是有人跟我一样人品不好……很孤独,似乎就我一个人这样!
深吸一口气,冷静……回顾一下这两天对 Gentoo 都干了些什么?
嗯,昨天先是更新了 portage,然后 `emerge -uDNa world`,再然后习惯性的 `emerge --depclean -a`,结果发现 xorg-x11 一直都依赖的几款字体要被清除,我还挺高兴的回车了,事后还挺严肃的 `revdep-rebuild` 了一下。
字体!我不禁想起当初折腾过的一件事情, font-cursor-misc 抑或 font-adobe-75dpi 导致的?测试后,发现装回以下 4 个包:
[ebuild N ] x11-apps/bdftopcf-1.0.2 USE="-debug" 0 kB
[ebuild N ] media-fonts/font-alias-1.0.1 USE="-debug" 0 kB
[ebuild N ] media-fonts/font-util-1.1.1 USE="-debug" 0 kB
然后注销一下桌面(我用的是 GNOME,不知 KDE 会怎样),再进入桌面。迫不及待的调出 Emacs,CTRL+SPACE 一下,呃,ibus 又出来了!然后我就懒得再去细致的测试究竟是上述 4 个包中的哪一个对 Emacs 调出中文输入法有致命的影响了。
Emacs 23 的 org-mode 自动折行
当发现 Emacs 23 在 org-mode 中的文本无法自动折行时,试试在 .emacs 中添加:
(add-hook 'org-mode-hook
(lambda () (setq truncate-lines nil)))
Emacs 与 C/C++ 代码自动补全
基于 Emacs 的 company 模式并配合 semantic 文法分析器,实现 Emacs 的 C/C++ 代码自动补全。
让 Emacs 飞起来
许多憎恨 emacs 的人往往不是因为它的功能太强大了,而是因为它启动太慢。我曾经玩过一个字符界面的游戏——Word War vi,内容就是讽刺 Emacs 是内存怪兽的。估计 emacs 忍气吞声已经很久了。终于有一天,emacs 实现了一个有些笨拙的服务器模式——使用 M-x server-start 启动服务器,然后使用 emacs-client 进行连接——让它的 fans 们和机器可以轻松那么一下了。然而,真正让 emacs fans 们扬眉吐气的是去年 9 月(也许是 8 月,也许是 10 月,反正我不是考古学家)实现的 daemon 进程,它让 emacs 飞起来了。如果你也与我一样对此后知后觉,那么不妨来看我写的这篇文章吧。
将 AucTeX 的默认 TeX 模式设为 context-en-mode
该如何将 AucTeX 默认的 TeX Mode 改为 ConTeXt 呢?
Emacs 23 Xft 字体设置
前几天重又装回了 Emacs 23。阔别经年,现在都不大会用了,中文字体设置的问题就让我有点犯难。方才谷歌了一番,按照 Ubuntu 中文论坛的 zhan 给出的一种方法,我加以调整,总算搞定。现在 Emacs 显示的中/英文档看起来比较顺眼了。
久违的 Emacs 23
今天,在整理系统的时候,顺便 emerge 了一下 emacs 23 的 cvs 版本,即 emacs-cvs-23.0.9999。装完后,开启 emacs GUI,习惯性地摁了 CTRL+SPACE 键,果不其然调出 scim 来了。