> 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? 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 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. 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. -- Huan T. _______________________________________________ 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/
