> 1. cannot use space for completion, which is very common in IMEs.

If you want, you can map <space> as
imap  <Space>  <C-X><C-U><C-U><C-P><C-N>

A problem in general is that input is kind of mixture of Chinese and
English. It is a good idea if we want to make it as a fully-fledged
IME. In such a case, another plugin, "Automatically open the popup
menu for completion" from Takeshi can be used together. It is
available on http://www.vim.org/scripts/script.php?script_id=1879

> 2. cannot use number keys for selection, e.g. when there's multiple
> selections there is no way to select the 3rd quickly.

This is a limitation of vim omni completion feature. I am not sure if
Bram also thinks it is a limitation or not.

> 3. completion window does not pop-up when typing, must type<C-I> which
> means we don't know whether a word is available and we don't know an
> error when typing.

This is an advanced feature, and it is available on another plugin
mentioned above.

> 4. cannot match the first characters if the whole word missing: type
> woyao<C-I> and nothing happens, we expect 'wo' can be matched and show
> 我, since the problem here is woyao not recorded as vocabulary.

Yes, it depends on the data file. For demonstration purpose, I updated
a new version of data file including woyao as the <key>. Therefore,
you can type woyan<C-^> now.

The feature you mentioned here seems like "associate" (联想), which is
not available for vim omni completion.

Anyway, the best part of an independent vim IME like my script is that
the data file is under control. For example, my own data file is a
mixture of PinYin and English, which suits my own backgrounds.

By the way, <C-^> is used in the script now, as it is consistent with
the original meaning of i_<C-^> in vim.

Sean



On Jan 3, 10:37 pm, pansz <[email protected]> wrote:
> Sean 写道:
>
> > I am interested in how to improve performance, which seems not the
> > issue for me, though.
>
> > These are my computing environments:
>
> > laptop: HP MODEL nc6320
> > OS: Windows XP
> > CPU: 1.66GHz
> > RAM: 2GB
>
> > Also, the gvim.exe Memory Usage is less than 7MB with or without my
> > plugin.
>
> > My own data file is over 32K lines, and the Chinese shows up within
> > one second after I type ma<C-I>, as shown on my screen shot.  If I
> > typed <C-I> on empty space, I did find it is kind of "hanging" and I
> > had to type <C-C> to stop it. However, it makes little sense to type
> > <C-I> over empty space.
>
> <C-I> does not work for me and I have to use <C-X><C-U> to work, I don't
> see you mapping <C-I> to anything I suspect you mapped it in your .vimrc?
>
> It make sense to type over empty space since that may be an extra
> keystroke. i.e. you typed 马,then press your <C-I> after 马。
>
> The performance is low compared to most existing input methods, the
> performance does improve when I truncate the dict file, however, in
> practical the dict file would be only larger than the sample, not smaller.
>
> After all, any use-case this can be used for a full sentence? I consider
> the following:
> 1. cannot use space for completion, which is very common in IMEs.
> 2. cannot use number keys for selection, e.g. when there's multiple
> selections there is no way to select the 3rd quickly.
> 3. completion window does not pop-up when typing, must type<C-I> which
> means we don't know whether a word is available and we don't know an
> error when typing.
> 4. cannot match the first characters if the whole word missing: type
> woyao<C-I> and nothing happens, we expect 'wo' can be matched and show
> 我, since the problem here is woyao not recorded as vocabulary.
>
> At the current stage, the ease of use is low, and if we rely on vim's
> built-in completion things cannot be easily improved.
--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_use" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Reply via email to