On a Whim

StackEdit での投稿テスト 以前一度やって、無料期間終わったから課金してね。じゃないともう使えないよ的な事を言われて使うのをやめた気がするのですが、そんな事が書いてあるところがどこにもないので、もう一度試してみようかと思います。 普段メモや日記などは Markdown で書いているので、コピペなども考えるとブログも出来る限り Markdown で書いていきたい所。 課題は趣味のブログと開発系のブログで別のアカウントを使って運用しているせいで、関連付けが面倒そうなこと。うまいことできるのだろうか

gitn 開発中 ブログを移行してから初のエントリー。 既に一年経過していることに戦慄しつつ。 unite.vim の source として自分用に vim-unite-giti を作っていましたが、 neovim 上で動く denite.nvim が unite.vim の後継として開発が進んでいるので、 git 用 source も denite.nvim 用に作っていきたい、ということで新たに gitn という名前で denite.nvim 用 source を作り始めました（一応 giti 自体は neovim x unite.vim 上でも動きます）。 giti の時も適当でしたが、今回も命名は適当です。多分 GIT source for Neovim 略して gitn とかです（多分）。 そも、まだまともに python を書いたことがなかったので、 denite.nvim のソースコードを読みつつ、ちびちびと手探りで作っておりますが、とりあえず status コマンド周りが一応動くようになったので、第一報。 といってもまだ大した機能は無いです。簡単なドキュメントを書いたので こちら をご参照ください。 使ってる様子はこんな感じ。 機能としてはとりあえず giti 準拠の物をコピーしていくだけなので、あまり派手なことは起こらないですが、 neovim ぽい挙動（主に terminal 周りだと思います）を入れたり、 今までは情報がテキストのみだったので、 highlight を入れて色で意味を読み取りやすくしたりとかを入れて行きたいなと思っています。 機能が増えてきたらまた進捗報告を書こうかと思います。 とりあえずは giti で事足りるので、気長に見ていただければ。 以上。

個人のサーバーで WordPress を立てていくつか記事を書いていたのですが、以下の理由から Blogger に戻ってきました。 - 記事を書いて外部から参照リンクを張ってもらっても、自前で永久保存していかないと死にリンクになってしまって身動きが取りづらい（気がする - 時々書こうと思っても WordPress の更新や設定追加やプラグイン追加をして満足して後にしてしまう - 作って満足してしまった（ 確か Blogger から移った原因はマークアップが使えないことだったはずなので、 hatena blog でも良かったのですが、アカウント管理が楽なのでこちらで。 ちょっとどういう単位で書いていくかまだ考えてないですが、できるだけやっていこうかと思います。 以上。

こちらに移行。

色々と切り分けのために、技術的なとか、割と真面目的な話を書くブログを移します。 移行先は後で追記。

こんばんは。この記事は、 Vim Advent Calendar 2012 の 50日目の記事です。 49日目は、 @uryt さんの vim.orgにアップロードされていないプラグインがあるかチェックするgit-unreleased-vimplugins作った でした。 本日は、長いこと自前で作成している、 unite を利用して 簡単な git 操作を行える unite-source 、 giti を紹介します。 vim-unite-giti https://github.com/kmnk/vim-unite-giti これは何？ 初期構想としては、自分の自分による自分のための git 操作用 unite source です。 現在はドキュメントも書いたので、自分以外の方にも、お使いいただける物になっていると思います。 言わずと知れた unite のインターフェースを用いて、 git の色々な操作を実現するための plugin's plugin になります。 unite を使って git 操作をしたい気持ちになる方に、是非使ってみて頂きたいです。 普段の仕事でヘビーに使っているので、基本的な操作に関しては、この source で（多分）完結できるはずです。 何故作ったの？ git の vim plugin と言えば、有名な vim-fugitive があります。 自分も、仕事で使うバージョン管理システムが svn から git に移行したタイミングで、最初は使おうとしていました。 ですが、長らく（こちらも自前の） vim-unite-svn で、バージョン管理システムを unite 経由で使うことに慣れきってしまっており、 差分をコミットするごとにフラストレーションが溜まり、限界を超えた頃、気づくと自前で作成していました。 何ができるの？ （自分が仕事を使ってる分には不自由しない程度に）基本的な操作は大体出来ます。 source 名を羅列すると、以下のような物を用意してあります。 * giti/branch, giti/branch_all * giti/config * giti/log * giti/remote * giti/status それぞれ、簡単に説明してみます。 giti/branch, giti/branch_all git br...

ファイルタイプ別にテンプレートを選べるsonictemplate-vim書いた - Big Sky 上記エントリで、 mattn さんが作成・公開されたテンプレートプラグインで用いるテンプレートを、リスト表示して適用する unite source を書いてみました。 plugin自体は導入していたんですが、使いこなせていなかったため、勉強も兼ねて。 便利な差分を書いた！という感じのことをした場合、 こういう独自記事を書くんじゃなくて、pull リクエストを送って評価してもらうのが筋なんでしょうか… そうするべきという感じであればこのエントリは削除して pull リクエストを送ってみます。 取り急ぎ、非常に恐れ多いのですが、晒してみます。 ざっと探した感じでは類似の物は無かったと思うのですが、既にどこかにあったらすみません。。 - forkして手を加えたリポジトリ --  https://github.com/kmnk/sonictemplate-vim - 使い方(ドキュメント追記差分) -- https://github.com/kmnk/sonictemplate-vim/commit/0aebcc039d55cb2b2fdf43efbe1b5dd118dd3333 unite source に加えて、template を格納するディレクトリを複数指定できるように、少し改造しています。 動作例 : hoge.pl を新規に開いて base テンプレートを適用した後、 :Unite sonictemplate を実行 オリジナルのpluginに補完関数が定義されているため、template 名の補完は効くようになっているのですが、自分の記憶領域の容量が非常に少ないので、一覧できるととても助かる気がします。  一段階挟むことになるので、即時性は失われますが、 -input と -immediately を組み合わせてmapを工夫すればそれも克服できる…はず… ついでに vim script 用のtemplateもちょっと書いてみました。 https://github.com/kmnk/config/tree/master/vim/dot.vim/templates/vim vim script のtemplateはpull リクエストしても良いか...