Linux生存：Java程序与scim问题解决之道

openJDiary在我的SLED 11 KDE桌面中使用时存在一个问题，当打开一个外部文件进行了修改后，直接关闭，会弹出一个确认是否保存的对话框，当点击了否之后，openJDiary的其他编辑窗口就无法输入内容了，确切地讲是键盘就无法输入了，不过鼠标依然能够正常操作。
今天主要通过升级KDE桌面至4.3.3和升级X11到7.4-61.4（xorg-x11-7.4-61.4）尝试解决此问题。顺便有一个KDE的问题，就是选中的文本（如在Kate打开的窗口中），当切换到其他窗口，再返回时，刚才选中的文本会被删除掉，可能跟openSuSE 11.1/SLED 11的发行版本有关系，但不知道涉及的是哪个模块，也是通过升级这两部分来尝试解决。升级的结果是这两个问题跟KDE似乎都没有直接关系，问题都没有等到真正解决，依旧存在，但当升级了X11后，openJDiary无法编辑文本的问题的确不存在了，真是非常幸运呀。我使用的KDE 4.3.3源为：

http://mirror.leaseweb.com/opensuse/repositories/KDE:/43/SLE_11/

使用的X11源为：

http://mirror.leaseweb.com/opensuse/repositories/X11:/XOrg/SLE_11/

另外，在查找X11源时，还意外发现SLE 11 sp1正在研发中，有源为证：

http://download.opensuse.org/repositories/X11:/XOrg:/sle11sp1/SLE_11/i586/

看来，在不远的将来，也许是SLE 11发布一周年之际（大约是2010年3月下旬），SLE 11 sp1就会发布了，如果有可能，我会升级我的系统；但还有一个问题，如果KDE版本比较低，有可能还得再用非Novell官方的源升级到最新版本，不过问题并不大，由于openSuSE社区比较完善，届时肯定有相应的源可以使用的，倒不必担心。
之所以加快openJDiary的开发进度，其中一个原因就是Kate不能非常正常地使用，所以期望使用自己编写的小软件来打开纯文本文件，一方面可以提高开发技能，一方面可以解决Kate缺阵造成的不便。
就像有些系统的出现是之前的系统不能满足单个人的需要一样，开源软件也有些是因为类似的需求才应运而生的，openJDiary也是这样的，如果当初JDiary能够不出现断电丢失大量数据，并能够保持版本不断更新与功能不断完善，也就不会促使我编写openJDiary了，开源的好处之一就是，当你不能维护一个软件时，完全可以由其他爱好者来继续你的工作，而不是一切从头开始。
经过在谷歌上搜索发现，似乎是scim的问题，参考：KDE Bug Tracking System Bug 188533 Selection is deleted if a window is selected/pops up/maximized/focused。使用的rpm包来自：

http://download.opensuse.org/repositories/home:/hujq:/input_methods/SLE_11/i586/

但仅升级了scim-bridge包后，问题并未解决 :(
只好再安装以下相关包：

scim-bridge-gtk-0.4.15-123.1.i586.rpm
scim-bridge-qt-0.4.15-123.1.i586.rpm

期望能够完全解决此问题。安装完成后重启，在Konversation中输入文本并选中，然后切换到其他窗口，再返回，文本不再消失了，再使用Kate进行测试，结果仍然是非常理想的，想不到问题就这么解决了，原来是scim的问题导致了这个KDE的问题，所以，即便是我升级了KDE到最新稳定版本，也没能解决，并且要安装的包起码应该包换scim-bridge-qt，最好把scim-bridge的这三个包全部都安装上。
看来，开源软件的使用完善是一个多么艰辛而又有趣的过程呀，如果把大家解决问题的经历都记录下来，简直都可以书就一大部故事书了，哈哈。
Linux生存，你准备好了吗？