我就是觉得你这样做的话，实在是太累，而且也不便于共享代码: 你发布了源代码我也不定会去看的：和现在的CVS HEAD 差太远的话，分辨出并合并一部分代码的工作量太大了
我的建议是（记得以前没给你提过这个建议）：
1. 如果你要使用自己修改的那个 input window 的话，可以考虑将他作为一个独立的 skim plugin 来开发(如果你愿意，可以放到 skim CVS 中，作为一个标准 plugin 来随 skim 一同发布)。用户可以自由选择使用哪一个 input window。这样可维护性要高很多。
2.至于配置界面，我知道你删除了不少东东，不给用户修改。我觉得一个更好的方案是在 skim 中实现 kiosk 支持，这样的话，提供一个全局 kiosk 规则就好了。当然，用户如果明白的话，且又有root权限，他完全可以绕过 kiosk 的控制，但是如果这样的话，在现在的情况下他也完全可以安装一个“官方”的 skim 的来获得全部的功能和选项。
我的建议就是为了避免不必要的重复劳动（skim/src 目录下的东东我觉得你应该是没有兴趣修改的吧 :) ），且充分发挥代码公用，让更多的人可以从中受益。同时，可以让你专注于你真正关心的内容，比如说定制用户界面。
当然，现在 skim 还不支持 kiosk，但是据我的了解，加入这个支持不是很复杂，关键是看你如何划分要控制的功能
有道理!
src下的东西最近也在动，sign.
不过不是什么计划性的，感觉哪个地方不爽了我就动一下。
到目前为止还属于个人行为，不是职业行为:-D hoho, 除了我上面提到的部分之外的，如果你觉得不爽的，而且不是只对中文的话，可以讨论一下啊，是否可以直接修改 skim CVS
现在 skim 的所有 contributor 也都是业余的...
我觉得我的建议是个比较长久的解决方案
不论怎么说，如果你发现什么 bug 的话，或者觉得可以合并入 skim 的特性或改进的话，请通知一下（最好给出 patch:mrgreen: ) kanker:
/usr/lib/gtk-2.0/immodules/im-scim.so
scim 1.3.3的包中这个文件应该为：
/usr/lib/gtk-2.0/2.4.0/immodules/im-scim.so 不需要这样改，在scim的post脚本里有一句
gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules
就是为了解决你上面所说的问题的。 恩，修正一下。可以。
页:
1
[2]