National chars turn into "pairs" (problems arise when iminsert != 0) about delimitmate

[Raimondi]

Can you tell me how to get there? I'd like to try to fix it, but I find the documentation around iminsert a bit confusing.

[hariton]

I'll try. Directory /usr/share/vim/vim72/keymap contains keymap-files, which we can invoke in such a way:
set keymap=hebrew_utf-8
or
set keymap=russian-jcukenwin
etc (and this will change the variable b: keymap_name).

To switch to this national keymap:
set iminsert=1 (by default iminsert=0)
or using default hotkey: Ctrl + ^ (that do the same)

Then we can see that instead of some national letters we get "pairs" (delimitMate overrides maps from keymap).

[Raimondi]

I can't reproduce it, I follow your instructions and then :lmap to see which mappings use "pairs" but they work on my end.

I moved my ~/.vim folder somewhere else and sourced delimitMate.vim, but the national chars still work. Could it be that some setting in your vimrc is messing things up? have you tried moving your ~/.vim folder?

[hariton]

Raimondi, I found one interesting thing. First, I moved both ~/.vim and ~/.vimrb away. Then:

vim test01.txt

:source delimitMate.vim

:set keymap=russian-jcukenwin

:set iminsert=1

Start typing:

это(это)

Wonderfull!! It's what we need!

Well, second try:

vim test02.txt

:set keymap=russian-jcukenwin

:source delimitMate.vim

:set iminsert=1

Let's typing:

'то('то')'

And this is our oldie...

(the two cases differ in the order of 'set keymap' and 'source' calls)

[Raimondi]

I can reproduce that and it seems really weird. I'll see what I can do about it.

Israel

[Raimondi]

Can you apply this patch to the plug-in and try again:

--- a/plugin/delimitMate.vim
+++ b/plugin/delimitMate.vim
@@ -744,10 +744,13 @@ function! s:DelimitMateDo() "{{{
    try
        "echomsg "included"
        let save_cpo = &cpo
+       let save_keymap = &keymap
+       set keymap=
        set cpo&vim
        call s:Init()
    finally
        let &cpo = save_cpo
+       let &keymap = save_keymap
    endtry
 endfunction "}}}
 "}}}

[hariton]

Now it works perfectly. Thanks, Israel!

[Raimondi]

I'm glad it does, I'll put it in the next release.