Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
supporting this pkg feature in vmp-core #1
Hi，In my use, I also found another bug.
When in normal mode, when you press a symbolic key such as
There are two solutions, one is to configure the input method to enter half-width characters. Another way to map these full-width characters is valid after my test:
'atom-text-editor.vim-mode-plus:not(.insert-mode)': '¥': 'vim-mode-plus:move-to-last-character-of-line' '／': 'vim-mode-plus:search' '：': 'ex-mode:open' # .... ....
A better way is to map
Let me check my understanding, are you saying
Does my understanding correct?
Completely correct. I'm sorry for my poor English, I wrote with Google translate.
The reason for this bug is that when you type
There are two solutions：
Me too learning english!
That's sound good.
It's depend of how independent IME react for the
Anyway config param name
In fact，when I type
Just now, I carefully tested and observed this problem. I found that this problem only appeared in some Chinese IME. In Microsoft IME (Windows) and RIME (linux, osx), it works well.
I suggest writing this to FAQ. In some Chinese IME, non-alphanumeric keys may not work.The solution is to make sure punctuation entered by IME is ANSI character.
I am very happy for this patch to be merged into vmp, thank you!
In Japanese IME, we too have both ascii
What I wanted to say is I can not find any benefit to type multibyte version of punctuation when
Thus, it seems for me the behavior you reported is JUST MINER BUG of that IME. Don't you think so?