平衡点

2020/12/01

_ elscreenからtab-bar-modeへ移行

Emacs27から tab-bar-mode が同梱される様になったので, 思い切って移行を試みている。

(leaf tab-bar-mode
  :init
  (defvar my:ctrl-o-map (make-sparse-keymap)
    "My original keymap binded to C-o.")
  (defalias 'my:ctrl-o-prefix my:ctrl-o-map)
  (define-key global-map    (kbd "C-o") 'my:ctrl-o-prefix)
  (define-key my:ctrl-o-map (kbd "c")   'tab-new)
  (define-key my:ctrl-o-map (kbd "C-c") 'tab-new)
  (define-key my:ctrl-o-map (kbd "k")   'tab-close)
  (define-key my:ctrl-o-map (kbd "C-k") 'tab-close)
  (define-key my:ctrl-o-map (kbd "n")   'tab-next)
  (define-key my:ctrl-o-map (kbd "C-n") 'tab-next)
  (define-key my:ctrl-o-map (kbd "p")   'tab-previous)
  (define-key my:ctrl-o-map (kbd "C-p") 'tab-previous)
  :custom
  ((tab-bar-close-button-show      . nil)
   (tab-bar-close-last-tab-choice  . nil)
   (tab-bar-close-tab-select       . 'left)
   (tab-bar-history-mode           . nil)
   (tab-bar-new-button-show        . nil)
   (tab-bar-tab-name-function      . 'tab-bar-tab-name-truncated)
   (tab-bar-tab-name-truncated-max . 12))
  :config
  (tab-bar-mode +1)
  )

elscreen の時の手癖を変えたくないので, C-o をマップしたり。あとは

新規 tab は *scratch* で開きたい
tab-name の表示を固定長にしたい.
- デフォルトで切り詰めは用意されてるので, あとは固定長にするだけかな?

ぐらいかな?

[ツッコミを入れる]

2020/12/18

_ `emacs -nw` でこの先生きのこるには。

🍄

(2020/12/20 ひっそりと修正。 mintty, wsltty はファイルに設定を書くのであった)。

はじめに.

この文書はEmacs Advent Calendar 2020の12/18(金)分の記事です。昨日はfiboさんのemacs -nw のコピペ事情でした。手元では gpaste + xclip で生活してますが、 …ネットワークごしのコピペは面倒そうですね。

さて。

最近Emacs絡みで頑張った事と言えば, ターミナルでもall-the-icons.elしたくて, isfit-plusを作ったぐらいだったので, 特に記事を書く気は無かったのですが, Emacs JPのslack - emacs-jp.slack.com で行なわれたオンライン宴会の終了時点で, ~~何故か~~ 記事を書くハメ事になっていました。

~~元々, …「CUIのEmacsを再考」されたら, 何か書こうかと思ってたのですが…マダァ?(・∀・ )っ/凵⌒☆チンチン~~

閑話休題. 本記事では「ターミナルで立ち上げたEmacsで生活するため」にじたばたした内容についてまとめています。幾分内容が不正確であったり, 怨念(?)のこもったポエムがあるかもしれませんが, ご寛恕下さいますよう, よろしくお願いいたします。

TL;DR

ターミナルで生活したい(emacs -nw で生きていきたい)人は, 以下の3つを なんとかして 揃えておきましょう。

ロケールが定義する文字幅, ターミナルが表示する文字幅
フォントの文字幅
Emacsが表示・カーソル移動に利用する文字幅

ターミナルでの生活

さて。

時を遡ること Emacs 22→23 の頃でしょうか? Emacs で XFT がサポートとされ, GUI においてアンチエイリアスの効いたフォント表示がされる様になりました。自分の過去の日記を漁ると emacs22, emacs-snapshot(with xft) for etch なんてことを頑張っていたりしてますね。

しかし, 私はその後 GUI で Emacs を使う事は殆どなくなりました。何故かと言えば, 入力中に文字の大きさや幅・高さがヒョコヒョコ変わって嫌だった から, ですね。 ~~入力している時に視線動かすのがストレスなんだよ。勝手に動くんじゃねぇよ。Wordかオマエは。~~ 多分, アンチエイリアスで表示した上で, global に variable pitch な機能を無効化できたのであれば, GUI を使っていたかもしれません(…誰かやりかたご存知ありませんか…?)。

結局どうしているのか, と言えば「 emacs -nw で生活する事にして, 表示は使っているターミナルに任せる」という方法を取っています。 posframe? 何それ美味しいの? pdf-tools? …便利そうですよね(´・ω・`)

というわけで普段使いのターミナルで幸せになりたいわけですが, これが非常に面倒臭い状況になっています。

Unicodeの闇(?) East Asian Ambiguous Width

もはや文字コードは UTF-8 なのが「普通」となりつつあります ( ~~偶に古いシステムで =ja_JP.eucJP= とか見て砂吐きますが~~ )。 UTF-8はUnicodeの符号化の一つであり, Unicodeといえば「全ての言語を単一の文字コードで表わす」という ~~バベルの塔~~ 壮大な試みであることは周知の通りだと思います(CJK統合漢字やUnihanなんかは割と有名な話題かもしれませんね..。)

Youtube: 強いUnicode #kernelvm

さて, Unicodeにおいて, 現在でも我々(私?)を困らせている話題が East Asian Width のお話です。

Unicode Standard Annex #11(UAX#11)
東アジアの文字幅

UAX#11 では(乱暴に言えば)文字の「幅」が半角幅か全角幅かが定められているのですが, 困った事に 文字幅が定まらない, 文脈に依存して文字幅が変わる 文字, East Asian Ambiguous character という文字が定義されています。この文字(集合)の定まった経緯は

東アジア圏の文字コードでは文字幅が全角
東アジア圏以外では文字幅は半角(主にギリシャ文字やキリル文字など)

という歴史的事情(と互換性)を考慮して, なんですが…。実際のところ libc6 の wcwidth とか、特段文脈を考慮しません(いや、「文脈」って何ですかね)。ロケールデータを参照して, そこにある通りに, East Asian Ambigous width は常に 1 が返ってきます。

というわけで, ターミナルで生活する際には, East Asian Ambigous Width は 常に全角(=2)である or 常に半角(=1)である かの選択を迫られます(少なくとも私は)。

ターミナル毎の対応

文字集合としての UTF-8 での文字幅は, ターミナルにおける「カーソルの横移動幅」の計算に必要不可欠です。よって「文脈によって文字幅が変わる」とかシンドイので, 大抵は決め打ちです。この実装はターミナルによって違います。

libc6 を尊重するよ(それは libc6 の担当だよ) ⇒ rxvt-unicode
libvte で文字幅を計算するよ ⇒ vte 系のターミナル: gnome-terminal など
自前で変更できるようにしておいたから設定書いてね ⇒ mlterm, mintty, wsltty
- (2020/12/20) mintty, wsltty はオプションじゃなくて設定ファイルでした.
切り替えオプション付けておいたから設定してね ⇒ ~~mintty, wsltty~~, iTerm2 など
CJKV とか知ったこっちゃないよ ⇒ Windows Terminal
- TermControl: force all ambiguous glyphs to be narrow #2928 – microsoft/terminal

まあ, ターミナル内で統一して処理されていれば問題無い筈ですね。

とはいえ, 二文字幅派は苦労が耐えません。例えば面倒なのが Unicode の Box Drawing Char - 罫線素片です。なんとこれは Ambiguous なので、二文字幅派は (n)curses を表示に使うアプリケーションにおいて表示が大幅に崩れたりします。

NCURSES_NO_UTF8_ACS という環境変数に 0 or 1 を与えることで「崩れたり崩れなかったりしろ」と設定できる筈なんですが, そもそもこの環境変数を読まないで独自に文字幅を判定していたり、折角指定して VT100 の alternate character set(ACS)で表示する様にしても, それをわざわざ Unicode の罫線素片に戻す(libvte系の)ターミナルもあったりして, なかなかシンドかったりします。

結局どうするの?

現在, 私は「常に2文字幅」で生活しています。普段使いのターミナル群は

Linux では rxvt-unicode.
Windows では wsltty (mintty)
macOS では iterm2

です(どっかのタイミングで辛くなって「1文字幅」にするかもしれませんけど…)。

これらのターミナルのうち, ~~wsltty と~~ iTerm2 には East Asian Ambiguous Width に関する設定があります。 (2020/12/20 追記) mintty,wsltty は設定ファイルに書くことで挙動を変更できます (ex. %APPDATA%\wsltty\config に Charwidth=ambig-wide と書く)。また, rxvt-unicode はロケールデータを参照しているので, 自分の手元の環境ではロケールデータを書き変えています。

uwabami/locale-eaw-emoji

なお, 後述の uwabami/isfit-plus のデータ領域も 2 文字幅にしています。

…そうそう, みんな大好き tmux ですが表示の文字幅の勘定にはロケールデータを使うことになったのですが, 何故か setlocale(LC_CTYPE, "en_US.UTF-8") に決め打ちされています。 2文字幅派は辛いですね。

tmux 2.2 以降で East Asian Ambiguous Width Character を正しく表示させる方法

良い感じのフォントを求めて

ターミナルでの 1 文字幅派, 2文字幅派は決まりましたか? その設定は済ませましたか?

では次はフォントを決めましょう。ターミナルが処理する幅を決めたのであれば, 表示に使うデータ, つまりフォントの幅も 1 文字 or 2 文字に揃えておかないと幸せになれません。

Nerd Font と PUA

1文字幅 or 2 文字幅が選べて視認性の高いフォントは既に幾つかあります (例えば, みんな大好き Ricty はデフォルト 2 文字幅派ですね。生成時にオプションで 1 文字幅にもできます)。ついでに, ターミナルでの表示といえば, みんな大好きNERD FONTSがあります。これで色々なアイコンを表示できて, ターミナル生活が捗ります。

ですが, NERD FONTS は Unicode の Private Use Area(PUA) 以外も使っているので例えば, 異体字が使えません。「かつしか」区民や「かつらぎ」市民にごめんなさいしないといけない(かもしれません)し, 「わたなべ」さんや「さいとう」さんにもごめんなさいしないといない(かもしれません。一応, PUA以外を使っている事は issue に上がっていて(Suggestion Fix invalid code points for some glyphs #365) いつか解決するのかもしれません(し, しないのかもしれません)。

一応, 上記 issue の plan 2 に従って修正したアイコンフォントを公開してあります