[Uim-bugs] [Bug 71671] uim-byeoru follows system keyboard layout

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Mar 14 06:35:40 PDT 2015


https://bugs.freedesktop.org/show_bug.cgi?id=71671

--- Comment #2 from nemonein at gmail.com ---
(In reply to Jae-hyeon Park from comment #1)
> 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

Hello.
I emailed you, but I leave a message here, too.

I have the same problem like Joe.
Can you tell us how to make private configuration files?

Thanks in advance!

-- 
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/20150314/518e9c2a/attachment.html>


More information about the uim-bugs mailing list