非常に混乱するので、キーを再マップしたくありません
おそらくキーを再マップしたいでしょうが、それは Vim だけです。しかし、vim.wikia.com の優秀な人々は、これはあまり良い考えではないと考えています。
リンクされた記事に記載されているように、1 つの代替方法は、挿入モードで dvorak を使用し、通常モードでバインドの qwerty-position、つまりw= "、i=cなどを使用することです。
set langmap='q,\,w,.e,pr,yt,fy,gu,ci,ro,lp,/[,=],aa,os,ed,uf,ig,dh,hj,tk,nl ,s\;,-',\;z,qx,jc,kv,xb,bn,mm,w\,,v.,z/,[-,]=,\"Q,E,PR,YT, FY,GU,CI,RO,LP,?{,+},AA,OS,ED,UF,IG,DH,HJ,TK,NL,S:,_\",:Z,QX,JC,KV, XB、BN、MM、W<、V>、Z?
-
私が考えることができる 1 つの方法は、機能、つまり「1 行上に移動」をキーkからに割り当てることです。これにより、dvorak( )tの移動キーを qwerty ( d h t n)のh j k lように配置できます。どうやってやるの?
そのようなことを行うと、他のキーが壊れる可能性があることに注意してください。各キーを実際に試したり比較したりしないと難しいので、わかりません。ただし、使用したい場合は、これらのキーをすべてカスタム位置に再マップできますnnoremap
。
基本的な再マッピングは、このようにホーム行を再マッピングするだけです。
nnoremap d <Left>
nnoremap h <Down>
nnoremap t <Up>
nnoremap n <Right>
全体として、2 つのキーボード レイアウトを組み合わせるのはあまり良い考えではないと思うので、ホーム行を再マッピングするのがおそらく最も安全であり、eqwerty と比較して etc にカスタム位置があることを学びます。
これらの問題が、私がわざわざ Dvorak と Colemak に切り替えようとしなかった理由です。なぜなら、私の筋肉の記憶にあるすべてのバインドを再学習する必要があるからです。新しい vim ユーザーにとっては、それほど大きな問題ではないかもしれません。そのように幸運です!