org-mode の予定表で祝日を明記する - http://rubikitch.com/に移転しました
Emacs の org-mode はスケジュール管理機能があって、 (define-key global-map "\C-ca" 'org-agenda) した状態で C-c a a を押すと TODO が時系列順に並ぶ（ agenda view ）。計画を立てるときに便利だ。 しかし、 agenda view には祝日を明記する機能はない（本当はあった。追記参照）。 h を押せば祝日が表示されるが *Org Agenda* バッファには表示されないので使いづらい。 org-agenda で使えるようにするには別個の org-mode なファイルを作成し、 org-agenda-files に追加してやればよい。 org ファイルが ~/memo 以下にあるとする。すなわち、こんな設定になっているものとする。 (setq org-directory "~/memo/") そして、今年の祝日
M-x alignの設定 for Ruby - http://rubikitch.com/に移転しました
M-x align-regexp を知る - gan2 の Ruby 勉強日記 実は俺もalign.elはノーマークだった。 align は「align-rules-list」って変数で整列のルールを管理してるので、これにルールを追 加してやれば「M-x align」でもやりたいことはできるようになるんだろうなぁ。 できたらルール追加したい。 ぐぐって設定してみた。 ruby-assignment-literalは代入文、ruby-xmpfilter-markはxmpfilterの「# =>」マークの設定。 どうぞ。 (add-to-list 'align-rules-list '(ruby-comma-delimiter (regexp . ",\\(\\s-*\\)[^# \t\n]") (repeat . t) (modes . '(ruby-mode)))) (add-to-lis
org-mode + remember-mode でEmacs内で瞬時にメモをする→コードリーディングに生かす・メモ検索する - http://rubikitch.com/に移転しました
Emacsで即座にメモを取る方法はいろいろある。日本ならばHowmとかChangeLogメモが人気なのかな。俺はorg-mode + remember-modeを使っている。 org-rememberをインストールする remember-modeは頭の中で思い付いたものを即座にメモをするためのシンプルで便利なツールだ。M-x rememberでメモ用バッファがポップアップするから、メモを書いてC-c C-cを押せば記録される、それだけ。https://gna.org/p/remember-el なり「apt-get install remember-el」なりでインストールしてみよう。 org-modeはoutline-modeの超超拡張版だ。もともと構造化テキストを扱うものだったのが、本格的なアウトラインプロセッサになっていたり、TODO管理や予定表やスプレッドシート（まじで表計算できる
anything.elの情報源を選択する（改訂版） - http://rubikitch.com/に移転しました
anything-sourceを選択してanythingを起動するanything-source - IMAKADO::BLOG たまにしか使わない情報源があってそれが重いといやな感じなので、id:IMAKADOさんのコードを思い出した。というか、あらかじめ情報源がわかっている場合に有用。ちとバグ修正・リファクタリングしてみた。ちなみに、特定の文字列から始まるシンボルの集合が欲しければall-completionsを使うのがよい。 さらに、通常のanythingのバッファを潰さないようにするため専用のバッファを用意。これでanything-resume時に困ることはない。 (defvar anything-call-source-buffer "*anything source select*") (defvar anything-c-source-call-source `((name
auto-complete.elで部分マッチを実現してみた→最新版対応 - http://rubikitch.com/に移転しました
auto-complete.elで部分マッチを実現してみた - http://rubikitch.com/に移転しました auto-complete.elで自動的に候補を出した状態で補完する（絞り込み・候補選択対応） - http://rubikitch.com/に移転しました 古かったので最新版に更新。しばらく使ってなかったが、部分マッチが恋しくなったので有効にした。部分マッチは候補が見つかりやすいことが多いので候補数を4つに制限しておいた。2か3くらいがいいかな…そのうち調整しよう。 auto-completeは便利なのだが、情報源を開発するときのデバッグが大変で困る。(pre|post)-command-hookがからむのでそのままじゃデバッガも使えんし。テスト機構があれば嬉しいのだが… あと、画面右端で候補を出すといきなりscroll-leftで行を伸ばされるからびっくりする。ハッ
今後のanything.elの開発予定 - http://rubikitch.com/に移転しました
anything-last-sources、anything-compiled-sources等をbuffer localにして複数のanythingバッファをresume可能にする。 candidate-transformer、filtered-candidate-transformer、action-transformerを複数個指定できるようにする。これでプラグイン側で自在に出し入れできる。anything-c-composeは不要になるだろう。 processまわりのコードを洗練する。 async情報源を含んでいても順序を保つようにしたい。marker使えばできるのかな… multi-line属性を実用化する。 テスト、テスト、もっとテスト！ 1行に（見た目上）複数行表示させるにはoverlayを使えばよい。たとえば*scratch*バッファで以下のコードを実行するとなかなかカオス
anything.elの新機能「バッファによる候補作成」の予告 - http://rubikitch.com/に移転しました
anything.elは通常、文字列リストをstring-matchで絞り込んでいる。しかし、前にも書いたようにこのやり方は遅い。そこでバッファにinitで全候補を書き出してからre-search-forwardで拾っていくのが速いしEmacsらしいやり方だ。 現にanything-c-moccur.elやanything-c-mx.elではそのテクニックが使われている。 せっかくいいやり方なのだから普及させなくては。普及させるには、書きやすくないとだめだ。そこで、anything-sourcesに使える属性に新しく「candidates-in-buffer」を加えることにした。ぶっちゃけcandidates-in-bufferはショートカットで、 (candidates-in-buffer) は (candidates . anything-candidates-in-buffer) (
anything.elのメンテナになりました - http://rubikitch.com/に移転しました
この度anything.elのメンテナになりました。原作者がコードを書く暇もないほど多忙なため、僕が開発を引き継ぐことになりました。 anything.elを一言で言うとEmacsで動くQuickSilverです。 今後の予定として、俺設定のうち安定しているコードを取り込もうと思います。 anything起動時のカレントバッファ anything-current-buffer の新設。需要が大ありなのに取り込まれてないのが不思議。 anything.elを終了せずにアクションを実行する機能（persistent action：チラ見）。 膨大なanything.elの設定を公開！ - http://rubikitch.com/に移転しましたのうちのinvariantキーワード。バッファが変更されていない場合は候補のキャッシュを使うことで高速化を図る。 anythingの隣のウィンドウのスク
Software Design 2008年2月号 「Emacsマスターへの道」 原稿 — ありえるえりあ
You are here: Home → 原稿・資料 → Software Design 2008年2月号 「Emacsマスターへの道」 原稿
pabbrev.elは使うのやめてる…残骸をば - http://rubikitch.com/に移転しました
最近tokyo-emacsというEmacs勉強会でpabbrev.elが話題になっているようだ。 俺は毎日EmacsWikiをRSSで巡回しているから、昔からpabbrevは知っていたし、使っていた。 ソースを見てみたけど、ありゃ行儀がわるすぎる。まず、hard codingが目立ってあかん。キーバインドがTABに固定されてるし…TABってけっこうかぶってるし、相性的にまずい。ruby-electric-modeとケンカしてしまったし。まぁ、ロード順をなんとかすりゃ直るかもしれんけど。pabbrev-get-previous-bindingを再定義すれば他のキーに割り当てられる。 あと、トップレベルでdefine-keyは勘弁してほしい。ロードしただけでいつの間にか勝手にキーが割り当てられるのは気持ち悪い。関数に入れとこうよ。他のキーに割り当てたら以下を忘れずに。 (define-key
yasnippetのインデントはやっぱりおかしい - http://rubikitch.com/に移転しました
たとえばブロック付きメソッド呼び出しのdoを定義してみる。 #name : do ... end # -- do $0 end で、doを展開させるとこんなインデントになってしまう。 def x hogehoge do end end ソースを読んだが、narrow-to-regionでnarrowingしてsnippetを挿入し、挿入開始時点のインデントをやっているからおかしい。 ruby-electric-spaceと相性が悪いのでyasnippetに置き換えようと思ったが、こんなんじゃだめだ。 snippet挿入開始ポイントと終了ポイントがわかれば、indent-regionできるのだが…。インデントするようなmetadataを作成するパッチを書くべきかな。 あと、injectのsnippetで初期値を入力しなかったらカッコごと省略するようなsnippetは作れないものか。そうすれば
趣味でRubyしててもいいじゃないか - http://rubikitch.com/に移転しました
http://d.hatena.ne.jp/scinfaxi/20080425/1209108271 趣味で Ruby ・ Python ・ PHP ・ Perl なんかをやる 奴の気がしれない。それ、趣味じゃなくて仕事じゃん。給料もでないのに Ruby を書く奴の気 がしれない(作者でさえ、それで生活しているのに)。 Ruby＝仕事という時代がとうとう来たんだなと実感した。 Rubyはまつもとさんが趣味で作った言語だ。Perlのようなテキスト処理ができて純粋オブジェクト指向なスクリプト言語ってないかな〜って話がきっかけで開発に至った。もともと金儲けは考えていなかったし、細々とやっていこうと思ってたんじゃないかな。まさかここまでブレイクしてRubyで生活できるなんて思ってもみなかった…というのが正直なところだろう。 俺ははるか昔、趣味でＣ言語やPerlをかじっていた。当時はPerl3だか4
プログラミング言語はLispに回帰しているんだろう - http://rubikitch.com/に移転しました
Lispはいまだ一騎当千の最強言語の地位を不動のものにしている（と思う）が、考案されたのが50年も昔というのには驚かされる。古代の神秘という感じ。 歴史には詳しくないけど、初期のLispからlambda式やGCってあったよな？あと、Schemeも30年以上前に生まれたんだっけ。あのころからレキシカルクロージャーがあったんだよね。すごいよなあ。 RubyはLispの長所をたくさんとりいれた。Javaも最近になってクロージャーが導入されたっけ。GCは今な言語にはほぼ必ずといっていいほど備わっている。いろいろな言語がLispに近づこうとしているような。Lispの考え方からいろいろな言語が生まれて、進化の先はLispに回帰するということか… せっかく最強言語のLispがありながら、おれおれ言語がどんどん登場していくさまはおもしろい。括弧が嫌いなのかな。Lispの表現力の源はS式だというのに括弧を拒
Emacs Lisp Expectationsで超簡単ユニットテスト in elisp - http://rubikitch.com/に移転しました
elispにもRubyのexpectationsのような美しく記述できるテスティングフレームワークが欲しい - http://rubikitch.com/に移転しました expectationsに激萌えの俺がさくっと作ったよ、expectations for elisp。expectations.elじゃ検索しづらいと思ってel-expectations.elにしといた。 こんな文法でテストが書ける。本体の評価結果が期待値とマッチすればテストが通る。本家expectationsにない機能として「desc」でコメントが書けること。ただし、たんなるデリミタなのでテスト名ではないｗ (expectations (desc コメント) (expect 期待値 本体) (expect ...) ... ) 具体的なコードはこんなの。 (expectations (desc "simple expec
edit-list.el - リスト変数を対話的に変更するelispがとても便利 - http://rubikitch.com/に移転しました
edit-list.el v0.2 M-x install-elisp http://mwolson.org/static/dist/elisp/edit-list.el gnu-emacs-sourcesにedit-list.elという便利なelispが投稿された。 これは、複雑なリストを対話的に変更するものだ。 たとえば、auto-mode-alistに間違った値を入れてしまった場合、それを修正するのは困難だ。しかし、edit-listを使えばその変数を表すS式が出てきて、修正することができる。 M-x edit-list auto-mode-alist *Edit-List: auto-mode-alist*というバッファにauto-mode-alistの値が出てくる 自由に編集する C-c C-cで編集終了すると、変更後の値になる まだ開発が始まったばかりなので、これからが楽しみな
Rubyのメソッドの補完を行うanything-rcodetools.elをリリース - ’(rubikitch wanna be (a . lisper))
rcodetoolsに含まれているrct-completeコマンドを使うとRubyのメソッド等の正確な補完ができる。rcodetoolsパッケージ内にはEmacsインターフェースとして、rcodetools.el（通常版）、icicles-rcodetools.el（icicles版）が同梱されている。 俺はicicles-rcodetoolsを使ってきたが、iciclesはこの場合どうも使い勝手がよくないように感じてきた。そこで今流行のanything.elを使うことにしてみた。そしたら、かなり使いやすい。M-C-iを押したら画像のように補完候補が出てきて、文字を打つとどんどん絞り込まれる。そして、persistent actionと併用するとそのエントリをRIで引ける。 rct-completeが実行できない場合でも、RIの全エントリからメソッドの絞り込みができる。icicles-rc
EmacsWiki: rubikitch
I love GnuEmacs, GnuScreen, ratpoison, and RubyLanguage. EevMode is my partner for years. [2008/08/25] I just released the next generation of Anything!! My siteEmacsLispForRuby – Use RubyLanguage as an extension languageLangHelp – Search programming language docs from various sourcesGonzuiForEmacs – Emacs interface of gonzui, source code search enginepoint-undo.el – Undo and redo pointIciclesIswit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ja.doukaku.org/28/lang/emacslisp/
http://rubikitch.com/に移転しました
http://rubikitch.com/に移転しました