> Well, the buggy part of Vim Help is that the leading statement ("To
> input multibyte characters on Windows, you have to use Input Method
> Editor(IME)") leaves no room for any other choice.
>
> VimIM is an example to prove the statement is not correct, at least
> for Chinese input.
>
> As for Korean input, I don't know anything about it. But I assume
> VimIM can be used there because one Korean data file is provided by a
> VimIM user (http://vimim-data.googlecode.com/svn/trunk/data/
> vimim.hangul.txt).
>
> As for Japanese input, no Vim plugin is found as of today. The trick
> part seems the relationship of one-to-many is dynamic. To make it
> work, the current Vim omni feature may need to be enhanced in such a
> way that every item in the omni menu can be "played" using vim
> scripting.
>
> Overall, the direct input of multibyte characters is basically ignored
> in almost all text editors, which depend on System IME or external IM
> servers to input non-ascii. VimIM plugin is one example for Vim users,
> showing that we can have yet another choice in the wonderland.
Although this is not major input method, there is skk.vim that is an
implementation of SKK (Simple Kana to Kanji conversion program) for
Japanese.
http://www.vim.org/scripts/script.php?script_id=3118
--
Yukihiro Nakadaira - yukihiro.nakadaira@gmail.com
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
No comments:
Post a Comment