Description of problem: Currently, there appears to be no way to enter Korean via Ibus in a western keyboard. For example, in scim, one could use the "romaja" option and enter the letters "r" "a" and get the korean character "라" There is currently no similar feature for Ibus, which means one has to know the Korean keyboard layout (most likely, only used by Koreans on Korean computers in Korea). Version-Release number of selected component (if applicable): How reproducible: Very. Steps to Reproduce: 1. Start ibus (with ibus-hangul installed) 2. type romaja characters 3. You get Korean-keyboard-based garbage. Actual results: For the letters "r" "a" for example, the actual results are: ㄱ ㅁ Expected results: 라 Additional info: I believe this functionality can be achieved by returning to old SCIM input method, using scim-lang-korean, scim-m17n, and scim-m17n-devel; however, if Ibus is the new default and the preferred method, it needs to have this very basic functionality added. In the Japanese Anthy, this is standard and works perfectly. It's odd and frustrating that Korean has not been given the same level of attention.
yum install m17n-db-korean (and ibus-m17n (it is installed by default), and just add the input method to your list with ibus Preferences.
Perhaps we should install it by default? (Of course would be nice if ibus-hangul supported romaja input, though I think upstream is not keen on that.)
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I am sure if we want to really install m17n-db-korean for all users. I don't see any change here from the scim days: scim-lang-korean didn't pull in m17n-db-korean so guess you must have installed it yourself - it has always been optional in comps. I agree it would be nice for ibus-hangul to support Romaja input but scim-hangul didn't either AFAIK? (Whether we should install more m17n maps by default a la Ubuntu is really another question.) So I am tempted to close this not a bug.
When I posted my comment on FedoraForum people suggested to file it as a bug. I'm not sure it's actually a bug, but not being able to use a western keyboard to input Korean is a huge problem in an international, multi-lingual context where both native and non-native speakers are using a variety of language input methods. If someone installs Korean input there should be an automatic addition of the input method mapping that works on a QWERTY keyboard. In the past, I used a rpm called scim-tables-ko which provided this. Ibus seems to have this in the i17n-db-korean but it took a while for me to figure this out and install it. Again, I'm not trying to say it's a bug per se. But people suggested I file it here and so I did. But I really DO hope people will consider adding QWERTY support for the various non-English languages. Japanese does this automatically. Why shouldn't Korean?
(In reply to comment #5) > Japanese does this automatically. Why shouldn't Korean? I don't know maybe it is a continental thing. Japanese use romaji input by default these days at least on Linux, but this is not true for Hangul: it seems romaja input is only used by foreigner so quite a different situation. In the past when romaja input was RFE'd in libhangul upstream basically said no... hope that helps to explain the current situation. I am thinking to add m17n-db-korean as a conditional package in the korean-support group in comps to help with this though. It would installed if you select Korean support, do a Korean install or yum install @korean-support.
Done in comps-f13 - thanks for the report.