2009/7/7 Huan "KDE Zealot" Truong <[email protected]>: >> Seeing that it has problem with power management, >> god knows what kind of other disaster it could bring >> by using a hack deep in a kernel land >> component? > > What are you talking about? The power consumptlion is just caused by a > nanosleep call that is nothing near "deep kernel land..." crap?
What I mean that it could cause unseen trouble in the long term. xvnkb has been around for while, yet one critical bug was fixed only recently (and in the unstable version). And since it mess with X, the severity of the trouble that could happen is quite high. > If you're talking about principal problems, I would think it's nice to > mention that it's linux's fault not able to support X to run as a > non-root process. X should be, ideally, run as a non-root process. And This is being improved, but will not available for a while. And it won't be possible with closed driver (not being able to implement GEM) > as long as X supports hooking events, I don't see xvnkb anyhow more > ugly than scim's solution, if not more elegant. The scim m17n is > defined by some obscure LISP whatever that allows extensibility, but > at the same time makes use of another layer of translation, and thus > ultimately makes it slower than xvnkb. Because X already has its own support for IM? While not using it? For the latter part, I don't really care if my text editor is writing in an interpreting language, the same could be applied to a light weight application like an IM management program. Also, that doesn't apply to scim-unikey. > But well, if it works for you good for you. But last time I tried it > didn't work for me. xvnkb works all the time -- for me -- again. I have no intention to 'convert' you to scim, but there were some misleading part about scim/ibus in you mail. _______________________________________________ POST RULES : http://wiki.hanoilug.org/hanoilug:mailing_list_guidelines _______________________________________________ HanoiLUG mailing lists: http://lists.hanoilug.org/ HanoiLUG wiki: http://wiki.hanoilug.org/ HanoiLUG blog: http://blog.hanoilug.org/
