---

Appendix A Emacs 27のアンチニュース

時代に逆らって生きるユーザーのために、以下はEmacsバージョン27.2へのダウングレードに関する情報です。Emacs 28.2機能の不在による結果としての偉大なる単純さをぜひ堪能してください。

• 忌々しいローカル変数lexical-bindingはenable-local-variablesの値に留意するようになりました。この値がnilならlexical-binding cookieは無視されます(訳注: IT用語としてのcookieは通信プログラム間で授受される小データを指すようだが、Emacsでは"lexical-binding: "のようなファイル内に(fortune cookieのように)埋め込まれた変数指定をマジッククッキーと呼んでいるようで初出はetc/NEWS.22)。わたしたちはEmacsの過去バージョンからlexical-bindingサポートを削除するために懸命な作業を行っており、この小さな一歩によってその変更へと歩を進めることになります。
• XEmacsでコンパイルされたLispのロードを許容するために使用せねばならないので変数load-dangerous-librariesは廃止しません。時を遡るにつれてXEmacsはますます重要になっていくでしょう。
• interactiveのオプション引数modesはサポートしません。すべてのコマンドは任意のメジャーモードへ適用可能と判断されます。あるコマンドが意味をもつモードについてタグ付けする必要がなくなり、Lispプログラマーの人生をより単純にするものとわたしたちは信じています。
• Lispシンボルの略記は削除しました。これによってLispファイルのロードとLispシンボルの処理がより単純かつ効果的になりました。これは時を遡るにつれて低速になるCPUにおいてそこそこの性能を得るために重要なことです。
• 重要でなはい機能に関連するEmacsのコード量を削減するために、変数global-minor-modesとlocal-minor-modesを削除しました。あるモードが効力をもつかどうかについてLispプログラムが判断を要する場合には、すべてのモードについて明示的にテストする必要があります。これを失念する人がいるとは思えません。
• 高レートで出力を生成するサブプロセスを処理するためのデフォルト設定、およびそれに関連する変数process-prioritize-lower-fdsは削除されました。時を遡るとはこのような高レート出力を生成するプログラムがますます減少していき、この機能が単に役立たずなポンコツになることを意味しています。
• EBCDICエンコーディングの変種は削除されました。これにはibm256、ibm273など(日本語やいくつかのヨーロッパ言語localeに対応したEBCDICエンコーディングの変種)が含まれます。これらはあなたが向かわんとする時代においては不要でしょう。
• 目的とする作業のために完璧に相応しいのは既存のデータレイアウト仕様なので、“Bindatタイプ式”の記述言語を削除しました。
• コード単純化と複雑性低減のために、:successキーワードを通じたcondition-caseでの成功時ハンドラーの指定機能を削除しました。本当にこの機能が必要なら(何故に?)、あなたが同様の機能をもつ単純なLispを記述するのはいつでもできますからね。
• Emacsモジュールがインタラクティブ関数の提供やファイナライザーのインストール、既存pipeサブプロセスのチャンネルをオープンすることができなくなりました。特にわたしたちが過去のEmacsのあるバージョンにおけるモジュールの削除を計画していることを考えると、これらはすべて余計な枷なのです。同じ理由によりモジュールAPI make_unibyte_stringは削除されました。
• Emacsを清潔かつ優雅に保つために、わたしたちはprint-integers-as-charactersを削除しました。文字を10進コードで識別できることはEmacs Lispプログラマーに求められる基本的な条件であり、期待されるUnicode使用の減少を考え併せると、あなたが確実に習得可能なASCIIだけに制限されるでしょう!
• 関数directory-filesのオプション引数countは削除されました。完全なリストから最初のn個のメンバーを抽出するのは取るに足らない問題なので、これは些細な手間にたいする有意義な簡素化です。
• サブプロセスおよびネットワーク接続を作成する関数で:coding引数を使えなくなります。かわりにset-process-coding-systemを使用するか、coding-system-for-read/writeをバインドしてください。これも僅か、あるいはまったくコストがかからない事柄にたいするEmacsの複雑さの有意義な低減なのです。
• マクロdefine-derived-modeとdefine-minor-modeから:interactive引数の使用を許容するコードを削除しました。モードを非インタラクティブとマークする可能性などに、ほとんど意味はありません。
• ドキュメント文字列内にmanページへのリンクを保有する能力を削除しました。そのようなリファレンスが必要なら、かわりにプレーンテキストを使用してください。
• 任意のバッファー関連フックから一時バッファーが除外されることはなくなりました。あるバッファーにたいしてそのようなフックを望まないプログラムがローカルでフックを無効にすることは常に可能であり、それを単純化することで正当な理由もなくEmacsが複雑化してしまいます。
• バイトコンパイラーを複雑にするいくつかの機能を削除しました。
  • - ダイナミック変数の宣言有無のチェック。わたしたちはレキシカルバインディングのサポートから離れつつあり、これのもつ意味は減少し続けるだろう。
  • - シンボリックリンクされた*.elファイルのコンパイル能力(正にひどい能力。かわりにファイルをコピーすればよい)。
  • - 長過ぎるドキュメント文字列にたいする警告(プログラマーは自分の行いを重々承知していると信頼されるべきであり迷惑なだけ)。
• Emacsからのpcase削除という大要にしたがいpcaseマクロからいくつかの機能を削除しました。
  • - cl-typeパターン。
  • - pcase-setqマクロ。
  • - pcase-compile-patterns関数。
• Edebugの仕様リストの中のいくつかのキーワード(&interpose、&error、&name)はほとんど使用されないと思われたので削除しました。信頼できるLispデバッガだけを残してEdebugを完全に削除するのがEmacsにたいする長期計画なので、この計画に沿った作業を継続します。
• 1つ1つ繰り返せばLispプログラムはバッファー(や文字列)のインターバルは容易に収集できるので、関数object-intervalsを削除しました。
• require-theme関数は複雑化させる不要な要因と判断して削除しました。かわりにLispプログラムは容易にcustom-theme-load-pathを検索できます。
• 誰にとっても比較を後置したlengthの使用で充分なはずであり、とりわけリストの典型的な長さは時を遡るにつれて減少し続けることを鑑み、便宜的な関数length<、length>、length=は削除しました。
• 変数current-minibuffer-commandは保持する正当な理由がほとんどなく利用できなくなりました。
• 簡略化にたいする継続要求の一環として、他の多くの関数と変数が排除されました。他にはEmacs 23以降で廃止と宣言された関数および変数が、過去のある時点におけるEmacs 23リリースの準備に向けて再び追加されました。