[Uim-bugs] [Bug 71671] uim-byeoru follows system keyboard layout
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Nov 18 08:37:50 PST 2013
https://bugs.freedesktop.org/show_bug.cgi?id=71671
--- Comment #1 from Jae-hyeon Park <jhyeon at gmail.com> ---
Hello,
many thanks for using uim-byeoru and reporting the issue.
Indeed, this is a known problem stemming from the fact that Korean input does
not proceed by mapping each latin alphabet to (a component of) a Korean
syllable, as is the case with romaji Japanese input. For a proper
implementation of Korean input which would work in an environment like yours,
one would need to tell which physical key has been pressed, independent of to
which alphabet the key is mapped. One might obtain such information from the
X11 keycode or something similar, if byeoru were an X11 application running
outside uim. At the level of a uim-scheme code, however, the key press handler
receives a key event only after it has been already translated to an ascii code
and therefore there is no way to figure out the physical location of the key.
[Other developers: please correct me if I missed something.]
Fortunately, uim is flexible enough for a workaround, which might work for you
unless you switch between qwerty and dvorak too often. It is straightforward
to override the default alphabet-jamo mapping which is based on the Korean (and
US) layout. You should see immediately which variable to touch once you have a
look at byeoru.scm under the scheme source directory of uim. One can override
it in the private configuration file. If you are interested in this solution,
I would be happy to tell you how in more detail.
Cheers,
Jae-hyeon
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/uim-bugs/attachments/20131118/dbbda605/attachment.html>
More information about the uim-bugs
mailing list