Mercurial > vim
view runtime/keymap/korean.vim @ 28704:e1aff2f300be v8.2.4876
patch 8.2.4876: MS-Windows: Shift-BS results in strange char in powershell
Commit: https://github.com/vim/vim/commit/dfbdadce44b754cfa9f55111bdc44bb6a5d6b320
Author: Christian Brabandt <cb@256bit.org>
Date: Thu May 5 20:46:47 2022 +0100
patch 8.2.4876: MS-Windows: Shift-BS results in strange char in powershell
Problem: MS-Windows: Shift-BS results in strange character in powershell.
Solution: Add K_S_BS. (Christian Brabandt, closes https://github.com/vim/vim/issues/10283, closes https://github.com/vim/vim/issues/10279)
| author | Bram Moolenaar <Bram@vim.org> |
|---|---|
| date | Thu, 05 May 2022 22:00:05 +0200 |
| parents | 11b656e74444 |
| children |
line wrap: on
line source
" Maintainer: Jang Whemoon <palindrom615@gmail.com> " Last Change: Nov 24, 2020 " " " " Unlike Japanese or Chinese, modern Korean texts do not depends on conversion " to Hanja (Chinese character). Thus, general Korean text totally can be " covered without help of IME but this keymap. " " BUT, simply mapping each letter of Hangul with sequence of alphabet 1 by 1 " can fail to combine Hangul jamo (conconants and vowels) right. " For example, sequentially pressing `ㅅㅓㅇㅜㄹㄷㅐㅎㅏㄱㅛ` can not only be " combined as `서울대학교`, but also `성ㅜㄹ댛ㅏㄱ교`, which is totally " nonsense. " Though combining Hangul is deterministic with law that each letter must be " one of (consonant + vowel) or (consonant + vowel + consonant), there is no " way to apply such law without implementing input engine. " " Thus, user of this keymap should wait until previous hangul letter is " completed before typing next one. To reduce such inconvenience, I suggest to " set `timeoutlen` with their own value. (default value is 1000ms) source <sfile>:p:h/korean-dubeolsik_utf-8.vim