スキップしてメイン コンテンツに移動

一日に30分節約できるかもしれない変態キーバインド(3/3)

IMEのON/OFF切り替えが人間には不可能な件



コーディングに関わらず、日本にいる限り日本語を入力することは避けられないことだと思われます。

しかし、この切り替えを行うためのトリガーとなっている半角/全角キーは人の手が届かない場所に配置されています。



日本で生きていくために、キーバインドでホームポジションに近づけます。



IMEのプロパティ、キー設定ツールで以下のように設定を行います。





これにより、IME ON/OFF 周りで以下のような操作が設定されます。

  • 文字入力状態外で無変換を押すと必ず IME が OFF になる
  • 文字入力状態外で変換を押すと必ず IME が ON になる
  • 文字入力中に無変換を押すと入力中の文字が半角になる(F8と同じ動作)
  • 文字入力中に変換を押すと入力中の文字が全角英数字になる(F9と同じ動作)
  • 文字入力中にひらがな/カタカナを押すと入力中の文字が全角カタカナになる(F7と同じ動作)




IMEのON/OFF以外に、日本語を入力する際に良く使うファンクションキーの動作を親指で自然に押すことのできるキーへ充てることで、人間の指でも無理なく日本語が打てるようになります。



よく使うキーが人外の域にいる件



日ごろコードを書く上で使うキーとして Enter や BackSpaceがあります。

また、自分はエディタとしてvimを使っているため、ショートカットのための Ctrl やノーマルモードへ戻るための Esc も非常に頻繁に使います。



これらのキーは、非常に良く使われるにもかかわらず、人の手では到達することができない、人外の域に生息しています。



キーバインドでホームポジションに近づけるしか生きる術はないでしょう。



以下を dot.nodoka に追記し、再読み込みを行います。



https://gist.github.com/1130249



これによって、以下のキーバインドが設定されます。

  • CapsLockキーを一度押すとEscが入力される
  • CapsLockキーを押しながら別のキー(例えばx)を入力すると、Ctrl + x が入力される
  • Ctrl + h(つまり、CapsLock + h)を入力すると、BackSpaceが入力される
  • セミコロンを入力すると、Enterキーが入力される
  • Ctrl + ; を入力すると、セミコロンが入力される




ここで、最も異質なのがセミコロンをEnterとしてしまうところですが、Enterキーというのはコーディングにおいて最もよく使うキーのひとつであることは自明なので、セミコロンを退避させてEnterキーに差し替えることはそれほど不自然なことではないでしょう。



一部の記号が人間に押されることを考慮していない件



コーディングにおいては、キャップ(^)やバックスラッシュ(\)等、一般の会話では用いられない記号を打ち込まなければならない場合が多々あります。

しかし、これらのキーはあまり用いられないためか、人間に押されることを考慮していない位置のキーに配置されています。



コーディングを続けるためにはキーバインドで我々だって人間なんだということを主張しなければなりません。



以下を dot.nodoka に追記して、再読み込みします。



https://gist.github.com/1130266



この設定によって、以下の記号を日ごろ打つ我々も人間なんだと主張することができます。

  • ^ (Ctrl + 無変換)
  • ~ (Shift + 無変換)
  • | (Shift + Space)
  • - (Ctrl + 変換)
  • _ (Shift + 変換)
  • = (Ctrl + ひらがな)
  • + (Shift + ひらがな)
  • \ (Ctrl + /)
  • ` (Ctrl + ‘)




Shift + Space はブラウジングなどで用いる可能性があるため、充てることができないかもしれません。適宜調整してください。



キーを拡張しても今までのキーを押してしまって慣れることができない



人に押すことのできないキーを押す技術を身に付けてしまったことで、本来の人間の姿を取り戻せなくなってしまった場合、どうにか矯正を行っていくしかありません。



以下のキーバインドを設定することで、人外の力を制限することができます。



https://gist.github.com/1130276



この制限は非常に強力なものであるため、よく考えて使う必要があります。

人外の力が弱まり必要がなくなったり、ストレスで寝込んでしまうなどの症状が現れたりした場合は、冒頭に # でコメントアウトしながら調整を行いましょう。



人間の手について考えながらキーを配置していたら自分のキーボードを触る人が居なくなった



キーバインドについて深く考察を進めていると、次第に自分のキーボードを触る人が減ってくる可能性があります。



キーの配置は人それぞれ最適なものが異なるため、自分に最適なものを突き詰めていくに従い、その他の人の最適なキー配置との距離が次第に広がっていくことは仕方がないことです。

しかし、ペアプログラミングや何かちょっとした操作を人に行ってもらうときなどに、自分以外の人が触ることのできないままでは、何かと不都合が発生します。

そのため、以下の一行を追加して人に使用してもらうときはあらゆるキーバインドを一度リセットする準備をしておきます。



key Pause = &LoadSetting("日本語 109 キーボード")



この設定により、Pauseキーを押すことで、それ以後、そのキーボードは元の「人間には扱いづらい一般的なキー配置」の姿に戻ります。

再度自分の作業に戻るときは、のどかの設定から再読み込みを行いましょう。



最後は自分で設定する



これはキーバインドに限ったことではないですが、設定はできる限り自分で一度書いてみるのが良いと思います。



自分で書くことで、「この配置はちょっと違和感があるが、変更するのが面倒」、「ここにこのキーを配置すればうまいこと行きそうだけど、設定方法が分からない」、「この文字を打ちたいのに何処に配置したか忘れてしまった」というようなことが少なくなってきます。





まとめ



以上、長々とキーボードの人間最適化について書きました。



まとめると、

  • キーボードはコーディングを行う人間に適した配置になっていない
  • 人間の手に適したキー配置を行うことで一日30分節約できる(かもしれない)
  • キーバインドソフトはのどか(or 窓使いの憂鬱関連)がお勧め
  • とりあえず以下を設定するとキー配列のKMNK最適化が行われる
  • キーバインドは一日してならず




という感じになった気がします。



紹介した以外にも自分最適化のために設定しているキーバインドはいくつかあるのですが、これは仕事環境や用いているエディタなどに依存してくるため、今回紹介はしませんでした。



自分の現行の設定はgitの構成を変更していなければおそらく以下から見られると思います。



https://github.com/kmnk/config/blob/master/dotfiles/dot.nodoka



何かおかしかったり、より良い設定などがあればお知らせいただけると非常にうれしいです。



また、こんなキー配列にしたらすごく捗るよ！とかも教えていただけると有り難いです。



ついこの前も、ずいぶん昔の記事なのですが、 http://pi200k.blog35.fc2.com/?no=70 のような配置を実践している方が居て、非常に夢がふくらみました。



Kinesisを買うことも一つの答えではあると思うのですが、どのマシンでもキーボードでも設定ファイルさえ読み込めば自己最適化されるというようなキー配置を色々と模索して、新たな配置を考えたら垂れ流していきたいと思います。
ラベル:

コメント

コメントを投稿

このブログの人気の投稿

Firefoxのvim化アドオンVimperatorを使ってみた

Firefoxのアドオン Vimperator をここ1，2か月ほど使っています。 機能的には、知る人(訳：Linux触る機会がある人)ぞ人知るテキストエディタvi又はvimの操作をFirefoxの操作に組み込んでしまおうというもの。 vimに慣れている人なら、導入して少し覚えるだけでマウスを使わずに普通のブラウジングはすべてキーボードで完結できるようになります。 タブのURLコピーや新しいタブでクリップボードにあるURLや検索文字列の検索をボタン一つで開いたり、タブ操作をキーボードの操作のみで出来るなど、慣れればかなり便利で、現在自宅、学校、仕事先すべてのPCに導入するまでに至っております。 操作詳細などは FirefoxのVimperatorがすごく便利 Firefox拡張：FirefoxをVim風のキーバインドで操作するVimperator このあたりを参照してもらえば主要な操作はわかります。直で言ってもらえれば自分が個人的に作ったよく使う操作一覧などお送りします。 さくさく動くのでほとんど満足なのですが、唯一コピペのWindowsデフォルトであるCtrl+cやCtrl+v等の操作が競合してしまうため、感覚的にコピーしたいと思った時にCtrl+Cを押してコピーできていないことによくはまってしまうことが難点な感じです。 今のところ対応策としてはテキストを選択してShift+yでヤンク（コピー）するか、Ctrl+vで1操作エスケープする状態にしたうえでCtrl+cなどする以外にはなさそうな気がします（他に方法があれば教えてくださいpq)。 ここのキーバインドのon/offなどが簡単にできれば最高なのですが、まだまだ発展途上な感じなので今後に期待。
4 件のコメント
続きを読む

git status と git branch ができる unite の source 書いた

書きました。 https://github.com/kmnk/vim-unite-giti すでに有りそうな気もするんですが、今のところ知らないのと、 http://kmnk.blogspot.com/2011/02/unitesvn-statussvn-diffsource.html で書くといって既に一年経っているのとで自分で書いてみました。 まだ仕事でがっつり使っていないので、バグや動作不全などあるかもしれません。 昔作った svn と違って何故か vim-unite-git じゃなくて giti なのは、日和っただけで深い意味は無いです。 インストール方法は割愛します。unite.vim 使っている方なら余裕なはずという想定で… 作ったsourceの名前は以下。 giti/status giti/branch 追記(02/29): READMEには追加しているんですが、sourceをいくつか追加しました。以後は README.markdown を参照してください。 giti giti/log giti/config  追記ここまで(02/29) それぞれ、独自 kind を定義していて、以下のactionを持っています。 giti/status add $ git add $FILES rm_cached $ git rm --cached -- $FILES reset $ git reset HEAD $FILES commit $ git commit $FILES amend ←動作が怪しい $ git commit --amend $FILES checkout $ git checkout -- $FILES diff $ git diff $FILES diff_cached $ git diff --cached $FILES git/branch run $ git checkout $BRANCH_NAME or git checkout -b $NEW_BRANCH_NAME delete $ git branch -d $BRANCH_NAME その他、以下の関数を用意しています。key map などして使えるかもしれないです。 giti#branch#delete_force(branch) $ git branch -D...
2 件のコメント
続きを読む

ホストOSからゲストOSへsshでアクセスできるようにする

前回 ホストOSからゲストOSのsvnを使えるようにしました。 同様なポートフォワーディング等を使って、sshでアクセスできるようにします。 1. やりたいこと ホストOS、その他PCからゲストOSにsshでアクセスする 2. やること ゲストOSでsshアクセスの設定 ホストOSでポートフォワーディングの設定 アクセスできるか確認 3. 操作の解説 ここまででsvnにアクセスできていれば面倒なところは無いのでさくさく進みます。 1. ゲストOSでsshアクセスの設定 1.1 インストール ゲストOS上で以下のコマンドを実行し、インストールする $ sudo apt-get install ssh 2. ホストOSでポートフォワーディングの設定 2.1 設定の更新 svnへポートを通した操作と似たようなことをsshのポート用に行います。 コマンドプロンプトで以下のコマンドを実行。VirtualBoxのインストール場所が異なる場合は調整してください。 また、svnと同様にアダプタタイプが「PCnet」の場合は「e1000」を「pcnet」に書き換え、また「VirtualBox_Ubuntu」は各自が設定したマシン名に書き換えてください。 cd "C:\Program Files\Sun\xVM VirtualBox" VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/Protocol" TCP VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/GuestPort" 22 VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/HostPort" 2222 2.2 設定の確認 念のため確認します。前記の位置で引き続き以...
2 件のコメント
続きを読む