shell-pop.el と ansi-term の設定 - mooz deceives you
shell-pop.el + ansi-term 先日 shell-pop.el を導入し, その中で ansi-term を使うようにしてみた. 非常に軽快に動いてくれとても快適なのだけれど, ansi-term はデフォルトのままだとかなり癖があって使い辛い. そんなわけで, 自分好みにカスタマイズしてみることにした. 設定 (defvar my-shell-pop-key (kbd "C-t")) (defvar my-ansi-term-toggle-mode-key (kbd "<f2>")) ;; ============================================================ ;; ansi-term ;; ============================================================ (def
Shadow.el - Emacs に Shadow.vim を - mooz deceives you
Shadow.vim Vim 用のプラグインに Shadow.vim というものがあります． これは， ファイルを保存するたびに 指定されたコマンドを実行し 実行結果を保存する という作業を行なう非常にシンプルなプラグインで，作者である ujihisa さんは，以下のように説明されています． これは任意の言語で任意の事前処理を行なうための薄いフレームワークです。コマンドや関数は提供されず、以下のようなファイル読み込み時と保存時のフックのみを提供します。 シンプルでこそあれ，小粒でもピリリと辛いプラグインです．その使い方，そして応用例に関しては no title を見ると良いでしょう． Shadow.el さて，先述の Shadow.vim ですが，残念ながら Emacs では動作しません．当たり前ですね． 話は変わりますが，先日開催された Yokohama.vim #1 で「Vim も E
xdotool を使い特定ウィンドウの表示をワンキーでトグル - mooz deceives you
EijiroX 最近, Google Chrome を良く使うようになりました. と言っても, ブラウジング用途にではなく, 専ら EijiroX による辞書引きにですが. EijiroX は id:edvakf さんの作成されたGoogle Chrome 用の拡張機能で, かの「英辞郎」をサクサクっと快適に検索・閲覧するためのツールとなっています. Google Chrome がクロスプラットフォーム対応であるために, Windows, Mac, Linux などで動作し, 日頃からこの三つを代わる代わるに使用している身としては大助り. カナダに足を向けて寝ることは出来ないなと枕の位置を調節する日々です. とまあ, 今日は EijiroX の紹介がメインでは無いので, この辺りにしておきます. 早速, 本題に入りますと, どうせならワンキーでこの EijiroX の表示をトグルできないか
zlc.el で Emacs のミニバッファ補完を zsh ライクに - mooz deceives you
find-file Emacs の find-file (C-x C-f) は本当に使いにくいものだと, 常々思っていた. 中でも, 補完候補が複数あった場合の挙動. これが何とも気にくわない. 例えば, 以下のように C-x C-f を入力した直後の状態を考える. この時 TAB キーを押すと, デフォルトの Emacs では [Complete, but not unique] との表示が出るだけで, 候補一覧を表示するにはもう一度 TAB キーを押す必要がある. この「二回 TAB キーを押す」という行為が毎度毎度要求されることとなり, そのストレスたるや凄まじいものがあった. また, TAB を二回押して補完候補が表示された後の挙動は, 輪をかけて苛立たしい. この時 TAB を押すとどうなるかといえば「補完候補が全て見れるようにスクロールが行われる」だけなのだ. 補完候補一覧が画
オレ標準 JavaScript 勉強会で def.js について発表してきました - mooz deceives you
オレ標準 JavaScript 勉強会 で def.js について発表してきました. 発表資料は以下になります. また, ソースコードを読む際にメモを取っていたので, それも公開しておきます. スライドではコードの一部分のみしか取り上げることが出来なかったので, def.js の全容を把握したいという方は参考にしてみてください. メモ付きソースコード 発表 「こんなものを作ってみました, やってみました」という発表が出来れば良かったのですが, 特にアイディアも浮かばなかったため一週間ほど前に知り気になっていた def.js の解説をやろうということに. 「100 行も無いコードだしすぐに読めるだろう」と余裕をこいて前日の夜中にソースコードを読み始めたのですが, 様々なテクニックの駆使された濃いコードにかなり手間取ってしまい, その日は結局動作の仕組みを理解するだけで精一杯. 当日の朝から資
ポイント上の文字情報表示 - mooz deceives you
C-x = でポイント上の文字情報を表示する。C-u をつけることで、詳細情報を表示してくれる。 C-u C-x = Meadow 上での実行例。 character: f (102, #o146, #x66, U+0066) charset: ascii (ASCII (ISO646 IRV)) code point: #x66 syntax: w which means: word category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0]) l:Latin Properties: jisx0208: 53734; buffer code: #x66 file code: #x66 (encoded by coding system japanese-shift-jis-dos) display: by this
c-eldoc.el で C 言語プログラミング革命 - mooz deceives you
emacs は人生 先日, また Life Changing なものに出会ってしまいました. 最近, 毎週のようにこの言葉を使っていて僕はどれだけ人生を変えれば気が済むのかという話なのですが, 出会ってしまったのです. c-eldoc.el に. eldoc.el 皆さん, eldoc.el をご存知でしょうか. Emacs Lisp を少しでも書かれるという方なら絶対に使っておきたいパッケージの一つが, この eldoc.el です. カーソル付近の関数に対する引数のリストをエコーエリアへ表示してくれたり, カーソルの位置から対応する引数を割り出しハイライトしてくれたり, もうこれなしで elisp を書く気などおきません. さらには eldoc-extension というパッケージを入れることにより関数や変数のドキュメントを表示してくれる機能まで追加され, もう至れり尽くせりです. 詳
JavaScript で Lisp の処理系 (と REPL) を実装してみた - mooz deceives you
MiSPLi: http://mooz.github.com/mispli/ MiSPLi Emacs に出会ったのが三年前. それから一年程して elisp をいじり始めたので, 僕と Lisp との付き合いはかれこれ二年ほどになる. JavaScript を始めたのが一年前だから, 僕の中では C 言語に次いで付き合いの長い言語だ. 必要にかられたときにちょこちょこと elisp を書いて, 終わったらしばらく別れを告げる. そんな中途半端な付き合いを続けていた三月も終盤, 竹内先生の書かれた「初めての人のための LISP」を読み, その内容に深い感銘を受けた. Lisp を Lisp で実装する, といった章があり, これまで何となしに使っていた Lisp の中身を垣間見ることができたような, そんな気分になっていた. その時に, 「ひょっとしたら僕にも Lisp の処理系を実装でき
mozIJSSubScriptLoader で読み込まれたスクリプト (KeySnail, Vimperator プラグイン等) を Venkman でデバッグ - リタマス
Venkman という便利なデバッガがある. 詳細については no title を参照していただくとして, 早速本題に便器. KeySnail や Vimperator のプラグインは, mozIJSSubScriptLoader の loadSubScript というメソッドを使ってロードされている. このメソッドを用いて file:///hoge/huga.js といったローカルファイルをロードすると, その URI が 読み込み元スクリプト -> file:///hoge/huga.js に書き換えられてしまう. Venkman はこの "xxx -> yyy" 形式の URI に対応していないため, loadSubScript を使ってロードしたスクリプトをデバッグしようとすると, もれなくエラーを吐く. ファイルが読み込めないのではデバッグが出来ないに等しいので, これはかなり面
分割したウィンドウの大きさをインタラクティヴに変更する - mooz deceives you
デフォルトのキーバインドが異常 Emacs をお使いの方であれば、次のようにしてウィンドウを分割しまくりの生活を送られていることと思います。 C-x 2 や C-x 3 を入力してウィンドウを分割。これは基本中の基本ですよね。しかし、分割されたウィンドウのサイズを変えるキーバインドとなると、即座に出てくる人はガクッと少なくなるのではないでしょうか。 この背景には、 デフォルトのキーバインドが覚えにくい というか覚えても入力しにくい 入力しにくいから使わない 忘れる といった一連の流れがあるのではないかと、僕は密かに踏んでいます。 ここで、その覚えにくいデフォルトのキーバインドを載せておきましょう。 キー説明 C-u -1 C-x ^ウィンドウを縦方向へ縮める C-x ^ウィンドウを縦方向へ広げる C-x {ウィンドウを横方向へ縮める C-x }ウィンドウを横方向へ広げる 例えば 3 文字分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
