I haven't seen anything about this save for similar comments about fcitx.
I've always been able to input Japanese in FreeBSD without too much work, following the steps on my own page, at http://www.srobb.net/jpninpt.html.
However, with FreeBSD-10, on a few machines, with a few different desktops, I'm having a notable lack of success. I've been using the japanese/ibus-mozc, but getting similar results if I use japanese/ibus-anthy.
Where I used to be able to change between Japanese and English with a key combination--I've always used ctl+shift--though the new default is super+space, one can change it to ctl+shift easily. (I also tried with super+space, keeping defaults, with the same result.)
Now, however, I find that the only way to shift is to repeatedly, in a GTK app, hit clt+space till I see an icon. I can then click that icon to choose input. This choice will then affect anything else capable of showing Japanese--that is, if I chose kana input in firefox and then open urxvt, the text in the terminal will be input in kana (Japanese phonetic characters.) To get back my English input in a new terminal, I have either kill the ibus-daemon or go back to a GTK app (I can't get this icon to appear in, say, a terminal), and choose direct input.
At this point, I'm just wondering if anyone who sees this has gotten Japanese input with japanese/ibus-mozc working to the point where they can change between Japanese and English input with the keyboard shortcuts they define in
To answer what might be the standard questions, I've added the suggested variables from the package message to .bashrc, tried with a few different window managers with more or less the same results, and also set my LC_CTYPE to en_US.UTF-8, all with no success. So, I can get Japanese but switching between the two becomes more difficult than it has been for many years. (Or, I can always go to google translate, pick Japanese as my input language, and type my text that way, but that's even more roundabout than fiddling with mouse clicks on icons.)
I've always been able to input Japanese in FreeBSD without too much work, following the steps on my own page, at http://www.srobb.net/jpninpt.html.
However, with FreeBSD-10, on a few machines, with a few different desktops, I'm having a notable lack of success. I've been using the japanese/ibus-mozc, but getting similar results if I use japanese/ibus-anthy.
Where I used to be able to change between Japanese and English with a key combination--I've always used ctl+shift--though the new default is super+space, one can change it to ctl+shift easily. (I also tried with super+space, keeping defaults, with the same result.)
Now, however, I find that the only way to shift is to repeatedly, in a GTK app, hit clt+space till I see an icon. I can then click that icon to choose input. This choice will then affect anything else capable of showing Japanese--that is, if I chose kana input in firefox and then open urxvt, the text in the terminal will be input in kana (Japanese phonetic characters.) To get back my English input in a new terminal, I have either kill the ibus-daemon or go back to a GTK app (I can't get this icon to appear in, say, a terminal), and choose direct input.
At this point, I'm just wondering if anyone who sees this has gotten Japanese input with japanese/ibus-mozc working to the point where they can change between Japanese and English input with the keyboard shortcuts they define in
ibus-setup
?To answer what might be the standard questions, I've added the suggested variables from the package message to .bashrc, tried with a few different window managers with more or less the same results, and also set my LC_CTYPE to en_US.UTF-8, all with no success. So, I can get Japanese but switching between the two becomes more difficult than it has been for many years. (Or, I can always go to google translate, pick Japanese as my input language, and type my text that way, but that's even more roundabout than fiddling with mouse clicks on icons.)