Vim: Key mappingを極める - while (“im automaton”);
Vimを使いこなす上で避けて通れないのがkey mappingです。Vimのデフォルトのキーバインドはそれ自体でもそれなりに優秀なのですが、キーの割り当て方が今一だったり、そもそもキーが割り当てられていない機能も多くあります。それをカスタマイズするための機能がkey mappingです。 Key mapping (あるいは単にmappingやmapとも呼ぶ)については:help map.txtを読めば一通りのことは分かるのですが、どういう風に使うべきかという観点からは詳しく説明されていませんし、掲載されているサンプルも実践という観点からは今一です。そこで、基本的なところから始めて、よくあるパターンや使い分けの仕方、そしてハマりがちな落とし穴について述べていきたいと思います。 基本 Key mappingを定義するコマンドは多数ありますが、基本的な書式は以下の通りです: map [...]
Dash で gem のドキュメントを参照する - satococoa's blog
@satococoa やっぱウェブみにいくんですね、了解です。この辺も Dash とかで見れるようにしたいな— Naoya Itoさん (@naoya_ito) 1月 22, 2013 こんな話から、インストールした gem のドキュメントが見られる風な Docset が Dash にあったのを思い出してちょっと調べてみました。 以下の手順に沿ってちょこちょこっと設定をすると、RDoc で生成された gem のドキュメントが見られました。 設定方法 Preferences… -> Downloads から “Ruby Installed Gems” というdocsetをインストール Preferences… -> Docsets に Ruby Gems という docset があるので、その一番右にあるギヤのボタンからrdocが置かれているパスを設定する。gem env gempath と
git symbolic-ref を利用して、ブランチに対して別名をつけることができて墓ドル - ( ꒪⌓꒪) ゆるよろ日記
何が便利かというと、今git-flowで運用しているのだけど、リリースブランチを常に同じブランチ名で参照できるようになってうれしい。 例えば、次回にリリースブランチが'release/1.17.0'だとすると、'git symbolic-ref rc release/1.17.0'とすることで、'rc'という名前で参照できる。 エイリアス先の'release/1.17.0'のHEADが先に進んでも、rcも常に同じHEADを参照するので、一貫して'rc'という名前で扱える。 $ git symbolic-ref rc refs/heads/release/1.17.0 これだけだとありがたみがない。が、無事に1.17.0がリリースされて、その次のリリースブランチがrelease/1.18.0になったときでも、'git symbolic-ref rc release/1.18.0'でエイリアス
CSS Beautify
CSS Beautify automatically formats your style to be consistent and easy to read Only one blank line between two rulesets Closed curly brace is at its own line There is no empty line between declarations inside a ruleset No space between the property name and colon One space between colon and the property value Comments are preserved
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
