emacs での Ricty の導入手順 - わからん
追記(2011/11/6) "emacs ricty" で検索してこのページにだどりつく人が多いようです。ありがとうございます。本家サイトでのフォントの配布方法の変更があったので、このエントリは内容を編集しました。記事のタイトルは「emacs で使うフォントをプログラミング用フォント Ricty にした。感動。」から「emacs での ricty の導入手順」に改めました。この記事を書いた当時、Ricty はそれほど知られておらず、ずいぶん自分的に盛り上がっていたみたいです。しばらく使ってみて不満をあげるなら、小文字のエル "l" と 大文字のアイ "I" の区別がつきにくいところぐらいです。 emacs で使うフォントを Ricty にのりかえました。何より嬉しいのは、半角文字と全角文字の横幅の比が 1:2 になるところ。他にもあります。本家サイトから、その特徴を引用します。 * ラテン
Yokohama.vimへ行ってきました！ - http://rubikitch.com/に移転しました
24日、Yokohama.vim #1へ行ってきました。 Yokohama.vim #1 を開催しました - Guyon Diary 意外なことに、これが勉強会初参加です。 しかも、自分のフィールドであるEmacsやRubyではなくて、アウェイなVimの勉強会。 いろいろ事故ってしまい、遅刻してしまいました。本当にごめんなさい。 それにしても、みんなノートパソコンを持ってきていて、僕は持っていないので肩身が狭かったです。 そのうち安価なネットブックを手に入れたいところです。 感想はみんな書いているし、多忙なので、僕はやや短めで(笑) テーブルシャッフルVimLevelにあわせてテーブルシャッフルを行いました。 VimLevelの順番に後ろにみんなが並ぶのです。 こーゆーのは初体験で意外におもしろかったです。 高レベルの人はとても少なく、初心者・初級者が多かったです。 僕はhjklとかiax
Emacsで快適にgit blameしたい(できてない) の回答例のひとつ - わからん
お題: Emacsで快適にgit blameしたい(できてない) - hitode909のダイアリー お疲れ様です。トラブル対応中の森と申します。id:hitode909 さんのトラブルもカイケツしようと考えてみました。ゼロから考える元気がなかったので、hitode さんのコードをできるだけそのまま使いました。ポイント位置のコミットメッセージをポップアップで表示し、ウィンドウを上下分割してポイント位置を中心に git blame した結果を表示するバッファを表示します。このバッファ/ウィンドウは q で削除できます。でも、僕は M-x vc-annotate の方が好きかも。 ▼ ヒトデさんの日記にある git-blame-oneline を ~/bin に置いていることが前提で、auto-complete.el 周辺が入っていれば、M-x g で実行できるはず。 (defun git-b
Dictionary.appをEmacs から引いて履歴をファイルに書き出すようにした - hitode909の日記
Dictionary.appをEmacs から引いて履歴をファイルに書き出すようにした． 一度調べるとenglish.txtにこんなのが書き込まれる． Tue Apr 19 19:57:10 2011 pedestrian 名 詞歩行者；徒歩旅行［愛好］者 ━━形容詞 1 〈旅行が〉徒歩の, 〈道路などが〉歩行用の 2 〈文体小説演説考えなどが〉平凡な, つまらない, 散文的な. ［ラテン語pedes歩行者＋-ter. △FOOT］ファイルはDropboxとかで同期するとよい． 調べたログが全部残るので，あとで見返したりできて便利． https://github.com/hitode909/dotfiles/blob/master/emacs.d/config/dictionary-config.el https://github.com/hitode909/dotfiles/blob/m
関西Emacsに行ってきた - 技術日記＠kiwanami
(kansai-emacs #x03) : ATND = (kansai-emacs #x03) => "第三回関西Emacs勉強会" - ぺっくブログミラー@peccul ちょっと遠出して、関西Emacsに行ってきました。 福岡Emacsの企画の準備もかねて、どんな人たちがどんなことを期待して集まってくるのかをちょっと調べようというのと、最近のEmacsについて思うことについて話して議論してみたいなと思って行きました。 午前中、生でるびきちさんにお会いすることが出来ました。電車の中でAnythingと非同期について議論させてもらいましたが、ちょっとしかお話しできなかったのが残念でした。 会場は30人ぐらいぎっしりで、若い人から年季の入った熟練ユーザー、さらに女子の方もいて、たかがテキストエディタをネタにこんなに集まれるのがすごいですね。場所を提供していただいた株式会社アックスさん（
anything-font-families で Emacs のフォント一覧を便利に表示 - mooz deceives you
フォントの表示確認 Emacs におけるフォントの設定では「どのフォントがどのように表示されるか」ということを確認するのがとても面倒です．私は毎回 M-x customize-face としてから family へフォント名を設定し表示を確認する，という手段をとっていたのですが，非効率的にもほどがありました． 何か良いインタフェースは無いものだろうか．そう考えていたときにふと思い浮かんだのが anything-colors でした．これは anything.el を用いて Emacs 組み込みの色や face の一覧表示を行なう関数で，次のような特徴を持ちます． 色や face が実際にどのように表示されるかを確認可能 anything.el インタフェースにより，インクリメンタルな絞り込みが可能 anything.el インタフェースにより，色や face の名前をコピーや挿入することが
python.el の run-python がもたつく理由，その対策 - mooz deceives you
Emacs 上で Python をいじりたいという時には M-x run-python として Python インタプリタを立ち上げるのだが，この run-python の起動がもたつくように感じられ，長らく気になっていた． 何度も run-python とするたびにストレスがつのり，つい先ほど我慢が出来なくなりソースコードを覗いたところ，原因が判明．以下に該当部分のソースコードを示す． (defun run-python (&optional cmd noshow new) ;; <省略> (if (derived-mode-p 'python-mode) (setq python-buffer (default-value 'python-buffer))) ; buffer-local ;; Without this, help output goes into the inferi
anything.elプログラマ向け最新情報 - http://rubikitch.com/に移転しました
【Emacs本を書きました】 anything.elフレームワークは徐々に進化しています。 ユーザーとして使いやすくする一方、より簡単にプログラミングできるように改良しています。 なるべく非互換性を導入しないように特に気をつけています。 初期に作られた情報源も動くはずです。 動かない場合はanything.elのバグの可能性があります。 anything関数とキーワード引数anything関数がキーワード引数を受け付けるようになりました。 これにより、可読性が上がります。 おそらく一番目立つ最新機能でしょう。 もちろん、通常の引数も使えるので、お好きな方をどうぞ。 基本キーワードanything関数の通常の引数に対応するキーワードは以下の通りです。 :sources情報源 :input最初の入力パターン :promptプロンプト :resumetのとき、直前のanythingセッションを復
emacsの矩形選択モード紹介 - KAYAC Engineers' Blog
ようやく風邪が治りました。nagata（@handlename）です。 みなさん、矩形選択モードというものをご存知でしょうか？ 矩形というのは長方形のことです。 矩形選択というのはつまり、領域を四角形に選択することを指します。 通常選択 矩形選択 通常テキストエディタは行毎に処理を行いますが、 矩形選択を活用すると行をまたいだ操作を行うことができます。 今回はemacsの矩形選択モードを3種類ほど紹介してみたいと思います。 標準の矩形選択 emacsに最初から用意されている関数です。 それぞれの関数にはそれぞれキーバインドが設定されています。 コマンド呼ばれる関数動作 C-x r cclear-rectangle矩形領域を空白文字に置き換える C-x r ddelete-rectangle矩形領域を削除する C-x r oopen-rectangle空白文字で埋まった矩形領域を挿入する C
-nw環境でspeedbarを使うなら、sr-speedbar.elが便利だよ - UNIX的なアレ
エディタの設定はいつも悩みが付きまとうものですよね。私自身もいろいろなエディタを使ってきました。 その中で、最終的に落ち着いたエディタはemacsです。そんな私がemacsを使う際、絶対に手放せないツールのうちのひとつにspeedbarがあります。 speedbarがすごく便利 speedbarを使うとこのように左側にファイルやディレクトリを操作するメニューをだしてくれます。また、関数リストなどもだしてくれるためファイル内の移動がすごく楽になります。 -nw 環境でも使いたい しかし、そもそもemacsをつかようになった最終的な理由はサーバサイドで開発をしたいからでした。どこでも同じ環境で開発ができることや、携帯の実機テストが多くなったのが原因です。 しかし、サーバサイドでspeedbarを使うとメニューを使う際画面が切り替わります。これが結構不便でした。 el-speedbar.elを入
Emacs特集の未収録その3 「フォント設定を極める。1文字ごとに指定できるのは (たぶん) Emacsだけ!」。 - 日々、とんは語る。
WEB+DB PRESS Vol.58の未収録内容その3です。第3章の「フォントを設定する」で、一文字だけフォントを指定するという設定を書いたのですが、マニアック過ぎて実用性があまりないためカットとなりました。しかし、ネタとしてはかなり優秀だと思います。 WEB+DB の記事で説明していますが、Emacs23 のフォント指定は、まずベースとなる ascii フォントを指定し、その後に日本語のフォントを指定します。 (set-face-attribute 'default nil :family "Menlo" :height 120) 最近、プログラミング時に最適なフォント「Inconsolata」 | Weboo! Returns.という記事で、Inconsolata が人気ですが、Mac の場合 10.6 から導入された、Menlo もオススメです。 一文字だけフォントを指定する。 一
WEB+DB の Emacs 特集の目次。 - 日々、とんは語る。
WEB+DB PRESS Vol.58｜gihyo.jp … 技術評論社にて目次が公開されていました。そろそろ書店で並んでいたりするのでしょうか？ 僕が執筆した特集2の目次は以下の様になっています。 特集2 思考を直感的にコード化し，開発を加速する Emacs活用∞（無限大） 第1章：Emacsの世界へようこそ 多くの開発者に愛され続ける“100年のエディタ”の魅力 第2章：最初に知っておきたい基礎知識 インストール，画面説明，基本操作 第3章：自分好みにカスタマイズするためのポイント Elispの基礎，キーバインド，表示設定 第4章：導入必須の便利な拡張機能 検索，置換，編集履歴，入力補助の強化 第5章：Emacsの操作性に革命を起こす「Anything」 候補の表示，絞り込み，実行を統一的に行うフレームワーク 第6章：思考を即コード化する開発環境 文法・構文チェック，バージョン管理シス
info を使うようになった/気に入った/設定してみた - わからん。
info を使うようになりました。今まで無視していたのですが、かなり気に入っています。以下はざっくりとした作業ログです。myuhe さんの記事を読んでいることを前提としています。 texi から info への変換からして、もう初めての作業でした。makeinfo というコマンドを使うようです。個人の infoファイルは、.emacs.d/info 以下で管理することにしました。優しい Emacs-Lisp 講座 なら、こんな感じでいけました。 $ makeinfo elisplec.tex ... elisplec.tex:1536: 対応のない }. elisplec.tex:1563: 対応のない }. elisplec.tex:1571: 対応のない }. elisplec.tex:1573: 対応のない }. エラーが多すぎます! 諦めました。 $ nkf -w --overwr
レビュー：Emacsテクニックバイブル
ついにEmacsテクニックバイブルが発売されました。 購入者の感想を見ると、おおむね好評のようです。 しかし残念なことに、購入者の詳細なレビューがまだありません。 そこで、私がレビューすることにしました。 はじめに まず、現在のEmacs本には大きな問題点があります。※１ Emacsはデフォルトの状態ではひどく使いにくく、プラグインをインストールして拡張するのが当たり前となっているのに、普通の本にはプラグインのインストール方法やその特徴についてほとんど触れていないのです。これにはプラグインが流行り廃りが激しく、時が経つとすぐに時代遅れになったり、新しいプラグインが出てくるという理由もあるでしょう。確かに、時が経っても有用性を保っている「入門 GNU Emacs 第三版」のような本は必要です。しかし、世の中にあるのがそういう表面をなでただけの本ばかりでは、初心者がいざ本格的にEmacsを使お
モードラインにスクロールバーぽい表示をしてくれる sml-modeline。 - 日々、とんは語る。
emacs-devel で今年の3月くらいに、話題になった SmlModeLine というモードラインにスクロールバーっぽいものを表示してくれる elisp があります。 結局、現在のところ標準搭載にはならず、nXhtmlMode の最新版に梱包されているらしいのですが、スクロールバーを表示してない人にとってはそれなりに便利なので(ターミナルの人とか)、紹介しておきます。 (install-elisp "http://www.emacswiki.org/emacs/download/sml-modeline.el") や、M-x anything-auto-install-from-emacswiki で sml で検索すると、見つかります。 provide されてないので、設定するときは require ではなく、load を使いましょう。 ;; sml-modeline (load "
.emacs分割のすゝめ - KAYAC Engineers' Blog
最近ロードバイクを買いました。nagata（@handlename）です。 前回、安易にも無防備な.emacsを晒したら、我らがtypester先生に 「.emacsに全部書くのは小学生までだよね〜」（大幅に誇張あり） と言われてしまったので、早速.emacsを分割してみたいと思います！ （設定ファイル群をgithubにあげました） なんで分割するの? そもそもなんで分割するんでしょうか? メリットとしては、こんなものがあります。 見通しがよくなる 環境依存の設定を切り分けられる 一部のファイルにエラーがあっても他のファイルの設定は適用される それぞれ個別にbyte compileできる 一部のエラーが全体に影響しないっていうのはいいですね。とっても。 では、実際に分割する方法を見ていきましょう。 分割してみよう 分割した設定ファイルを読み込むために、IMAKADOさん謹製のinit-lo
.emacsを、晒してみようと、思った。 - KAYAC Engineers' Blog
最近確実に左手小指が強化されてきました、nagataです。 さてさて、今回は.emacs紹介というベタなテーマです。 いいんです。自分はまだやってないんで。 とりあえず、マイ.emacsの全貌はこちら。 Mac OS X 10.6上のemacs23で使ってます。 せっかくなので上から解説していきますよ！ 基本的に、.emacsに書いてる内容→解説、の順です。 解説、というか一言コメント 初期設定 (let ((default-directory "~/.emacs.d/site-lisp/")) (setq load-path (cons default-directory load-path)) (normal-top-level-add-subdirs-to-load-path)) お決まり。 elispがつまったディレクトリを指定しています。 normal-top-level-add
anything導入のeverything 〜3分で使えるanything.el〜 - http://rubikitch.com/に移転しました
【Emacs本を書きました】 anything.elは難しいという印象を持っている人がいるようです。 おそらく、導入しにくいのが原因ではないでしょうか。 anything.elを導入するには、変数anything-sourcesを設定する必要がありました。 しかし、これはもはや過去の話です。 Web検索というのは、ときおり古い情報にひっかかることがあります。 情報は鮮度が命です。 世界は刻一刻と変化しています。 正しい情報を得るには、一次情報に当たるのが最短距離です。 anything.elの一次情報は、開発者である僕のブログの最新記事が一次情報になります。 anything.elを検索したところ、古い情報にひっかあり、惑わされ、それでanything.elは難しいという印象を持たれるのは開発者として本意ではありません。 auto-install.elを導入するインターネットにあるLisp
Emacsからgitのブランチを扱うgit-dwim.elをリリース - http://rubikitch.com/に移転しました
【Emacs本を書きました】 gitはブランチが強力です。 ブランチは単なるポインタなので、gitではブランチの積極的な利用が推奨されています。 トピックブランチ特に「トピックブランチ」は便利なブランチ利用法です。 作業前に特定の作業用のブランチを切り、無事に実装できたらmasterにマージ（リベース）し、ブランチを削除する方法です。 トピックブランチを切ることで、現在の目標を明確にすることができます。 また、緊急の修正をする場合はあわてずに一旦masterに戻って修正し、再びトピックブランチで作業することができます。 トピックブランチについては http://progit.org/book/ja/ch3-4.html が詳しいです。 トピックブランチを作成するnewtopicとういう名前のトピックブランチを作成するには、以下のコマンドを使います。 $ git checkout -b ne
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mizchi log