EmacsまたはVIMを搭載したColemakキーボード[非公開]
-
05-07-2019 - |
質問
TODOリストの項目を取り消しています。私は最近Colemakを手に入れました。次に、VimまたはEmacsを学びたかった。私はVimに傾いていましたが、その利点の1つはホーム行に固執しています。 Colemakでは、ホーム行が変更されました。キーをリマップできることはわかっていますが、機能を別の文字に割り当てることはあまり魅力的ではありません(文字とその機能に関係がある場合。 。)
テキストエディターに関する議論の投稿を開始するのではなく、代わりにColemak(またはDvorak)ユーザーから代替キーマッピングとこれら2つのエディターについてのコメントを受け取ります。
ありがとう
解決
別のColemakユーザーに会えて嬉しいです:)
Emacsの場合、最初の"ショートカット"互いに近くにあるように設計されていません。どちらかといえば、QwertyよりもColemakでEmacsを使用する方が快適です(少なくとも私はそうでした)。
Vimでは、hjklが完全に台無しにされるため、かなり複雑です。繰り返しになりますが、私はいつもhlklが壊れていて、代わりにjkjであるべきだと感じていました。またはijklなので、おそらくリマップは良いことです。 ColemakフォーラムでのColemak + Vimに関するより広範な議論は次のとおりです。 http://forum.colemak。 com / viewtopic.php?id = 50
他のヒント
Graham (上、下、左、右、hkjl(Qwerty hnyu))しかし、noremapを使用する代わりに、私の.vimrcでlangmapを使用して再マップします:
set langmap=hk,jh,kj
これには、これらのすべてのコマンドを手動で再定義することなく、これらの移動キー(g、z、Cwなど)を使用する他のコマンドを変更できるという追加の利点があります。など。
最近Colemakに切り替えて、Vimをメインエディターとして使用しています。
私は、移動キーを再マップする必要はないことを伝えることができます-その点で他のVimキーもあります。あなたの脳は、動きのキーの新しい位置をすぐに学習します。ニーモニックキーの場合、明確に再マッピングする必要はありません。ニーモニックの意味をキーの背後に保持する必要があります。
Vimの移動キーを再マッピングすると、バニラVimを実際の効率で操作できないという不幸な状況になります。たとえば、サーバーにSSHで接続する必要がある場合などです。私は、ほとんどの人にとって、Colemakを持たない誰かのコンピューターを使用するよりもはるかに一般的であると主張しています。
同様に、いつかは再マッピングと衝突するVimプラグインがあります。また、ある日再マップしたために使用できない機能に関するVimのヒントを読みます。
それはあなたにとって本当に痛いので、再マッピングを気にしません。
.vimrc内のこれは、h / j / k文字にのみ影響するため、他のvimマッピングに影響を与えずにColemakのカーソル移動を変更します。
- up = h(キーボードでは" h"とラベル付けされています)
- down = k(キーボードでは「n」とラベル付けされている)
- left = j(キーボードでは" y"とラベル付けされています)
- right = l(キーボードでは" u"とラベル付けされています)
マッピングは次のとおりです。
noremap h k
noremap j h
noremap k j
私は長年(おそらく〜4)Dvorakと一緒に走ってきました。また、vimのようなものを使用しなければならない標準的な理由(より少ない、独自のエディター(visudoなど)を持つ構成編集など)のためにvimを使用しました。実際、Emacsは私が学んだ最初のUnixプログラムであり(私はAppleの世界のネイティブです)、Yeggeのとりとめのないことの馬鹿げた話に苛まれた後、現在それを取り戻しました。
厳密なキーボードレイアウトのスタンスから、再マッピングが不要なため、ここではおそらくEmacsが勝者であると言えます。 Caps-LockキーをControlキーと交換する以外(実際には、Caps-Lockキーはすべてのキーボードのハイスクールヒッキーのようなものです)、すべてのキーバインディングはDvorakで使用するよりも快適ですQwerty。特に、常に使用されるC-xおよびM-xバインディングは、非常に入力しやすいと感じています。
ただし、vimは大した問題ではありません。 「j」と「k」は相変わらず隣り合っています。 「h」と「l」は少なくとも便利で、ホーム行の上にあります。それ以外のことは、あなたが思いたいことをエディターで行うために、あなたの心の中でキーを再マッピングすることです。私は個人的には何も再マップする理由は見当たらず、RSIのリスクが高い(したがってDvorakへの切り替え)。 vimやemacsのようなキーボード中心のアプリの場合、変更せずに快適に使用できるという事実はかなり印象的です。 :)
がんばって!
VimにRyan Heiseのソリューションを使用しています:
「NEST」を思いついた;物理を保存するナビゲーションバインディング アップ/ダウンナビゲーションの場所 キー(左/右は異なりますが、 まだホーム行にあります):
N =下E =上S =左T =右
これを設定するためのコマンドは 一番下のColemakページで:
http://www.ryanheise.com/colemak/
ほとんどの場合、これらのバインディングにより、次のことができます。 通常のvimチートシートを使用して学習する のナビゲーションを除くコマンド コース。
N-E-S-Tで割り当てられた4つのキーのうち、 " N" (「n」「ext」検索結果)および「E」 (現在の単語の" e&nd;移動)は 頻繁に、がっかりしました。再マップしました それらを元のQWERTYに戻す 位置と彼らは唯一の2つです 持っていないコマンド 元の論理名。
https://forum.colemak.com/から取得topic / 50-colemak-vim / p2 /#p2514
私はvim + qwertyユーザーです(dvorakを学習しようとしましたが、タイピング速度は速度制限要因ではなく、RSIの問題もありません)。 vi(m)のhjklカーソル移動キーのみが位置に依存し、その他はすべてニーモニックです。 Colemakレイアウトでは、h / lは漠然と左/右ですが、j / kは下/上です。それにもかかわらず、私はそれが重大な障害になるとは思わない。代わりに矢印キーを使用するか、引き続きhjklを使用して面白い位置に対処することができます。
キーボードのレイアウトによっては、vim機能を再マップしようとは思わないでしょう。それは私にとってあまりにも多くの潜在的な混乱のようです。
こちらが以前の投稿です。そこにいくつかの議論があり、一部のユーザーは再マップしません。ある人はそうします。
週末に実際にリマップします。過去1年間、Dvorakでデフォルトのマッピングを使用しました。