Emacs

拙作のパッケージのメンテナンスを再開しました。どちらもまだまだ改良が必要なのですが、とりあえずはドキュメントの更新からでしょうか…

自分向けのメモです。Linux 向け。とりあえず以下で良さそう。

install git curl global texinfo fzf silversearcher-ag hunspell cmake libgnutls28-dev 
mkdir devel Dropbox && cd ~/Dropbox/emacs.d/setup && bash ./setup.sh
cd ~/Dropbox/emacs.d/bin/ && bash el-get.sh -s

で、次を .emacs に書き込む。

(when (require 'elget-setup nil t)
  (my-elget-setup)
  (el-get-bundle "takaxp/moom") ;; package for testing
  (el-get 'sync))

簡易的な試験をしたいだけならこれでヨシ

line-spacing は、行間を制御する変数です。バッファローカルな変数なので、ミニバッファも含めて、各バッファの行間を個別に制御できます。

これまでは起動時に (set-default 'line-spacing 0.3) としていましたが、 bs.el に関連した改良を進めるうちに、 (message "1\n2") で作られるミニバッファの改行において、行間を制御するのが困難なことがわかりました。

isearch した後に C-g してしまう癖がどうも抜けず、その度にカーソル位置が初期化されて困っていました。正解は、 RET の押下で isearch-exit を呼び出すことですが、なかなか慣れません。

年数回開催されて、私もそれなりの頻度で参加している東京Emacs勉強会ですが、2019年に入って発表者に ivy-mode ユーザが多いように思い、移行してみようかな？とそれまで helm-mode を使ってきた私の気持ちが揺らぎました。

自宅の主端末を新調したので、init.el の読み込み時間を計測し直しました。2011年モデルから2018年モデルへのジャンプです。

合計値をこれまでの計測（init.el の読み込みを計測、init.el の読み込みを計測（2））と比較すると、数値が一桁変わっています。前回との比較では、CUIとGUIと共に半分程度に減少しており「やはり最新の端末は速いな」と感心するばかりです。

Emacs 26.3 がリリースされました。 RC1 の公開から1週間の正式版公開です。

メンテナンスリリースなので大きな機能追加は無しですが、新元号の令和対応が入っています。なので、今回のリリースは、日本のために出されたようなものです（言い過ぎ

長らく愛用してきた auto-comple ですが、メンテナンスモードに入ったという知らせを受けましたので、 company に移行することにしました。

最近は el-get でもパッケージ管理をしているので、早速以下を追加してインストールです。ヘルプ表示が非標準らしいので company-quickhelp も追加します。

init.el をドラスティックに変更して、元々 postpone.el 用に括り出していた設定と Org Mode に関する設定を、それぞれファイル化して init.el から分離してみました。計測した時間をみるとわかりますが、かなりの効果が得られました。

init.el の中に次のような関数を組み込んで、起動時にどの程度の読み込み時間を要しているのか観察することにしました。

起動時間の制御という意味では、 postpone.el の導入と autoload-if-found 及び with-eval-after-load を積極利用することで、高速な起動を維持できています。しかしながら、常に新しい拡張を試しているので、私の init.el は常に肥大化の傾向にあります。