Previous: Atomic Changes, Up: Text [Contents][Index]
以下のフック変数により、すべてのバッファー(これらをバッファーローカルにした場合は特定のバッファー)でのすべての変更にたいして、通知を受け取るようにアレンジすることができます。テキストの特定部分にたいする変更の検出方法については、Special Propertiesも参照してください。
これらのフック内で使用する関数は、もしそれらが正規表現を使用して何かを行う場合にはマッチしたデータの保存とリストアを行うべきです。さもないとそれらが呼び出す編集処理に奇妙な方法で干渉するでしょう。
この変数は、何らかのバッファー変更を行う前に呼び出すための、関数のリストを保持する。各関数は変更されようとするリージョンの先頭と終端を整数で表す、2つの引数を受け取る。変更されようとするバッファーは、常にカレントバッファーである。
この変数は、何らかのバッファー変更を行った後に呼び出すための、関数のリストを保持する。各関数は正に変更されたリージョンの先頭と終端、およびその変更前に存在したテキストの長さである。これら3つの変数は、すべて整数である。変更されたバッファーは、常にカレントバッファーである。
古いテキストの長さは、変更される前のテキストでのテキストの前後のバッファー位置の差で与えられる。変更されたテキストでは、その長さは単に最初の2つの引数の差で与えられる。
*Messages*バッファーへのメッセージ出力は、これらの関数を呼び出しません。
このマクロは普通にbodyを実行するが、もしそれが安全なように見えるなら一連の複数の変更にたいして正に一度、after-change関数を呼び出すようにアレンジする。
そのバッファーの同じ領域内でプログラムが複数のテキスト変更を行う場合には、その部分のプログラムの周囲でマクロcombine-after-change-callsを使用することにより、after-changeフック使用中の実行がかなり高速になり得る。after-changeフックが最終的に呼び出される際には、その引数はcombine-after-change-callsのbody内で行われたすべての変更にたいして含むバッファーの範囲を指定する。
警告:
フォームcombine-after-change-callsのbody内でafter-change-functionsの値を変更してはならない。
警告: 組み合わされた変更がバッファーの広い範囲に点在してに出現する場合でも、これは依然として機能するが推奨できない。なぜならこれは、ある変更フック関数を非効率的な挙動へと導くかもしれないからである。
この変数は以前は未変更の状態だったバッファーが変更された際は常に実行されるノーマルフック。
この変数が非nilならすべての変更フックは無効。それらは何も実行されない。これはこのセクションで説明したすべてのフック変数、同様に特定のスペシャルテキストプロパティ(Special Propertiesを参照)とオーバーレイプロパティ(Overlay Propertiesを参照)にアタッチされたフックに影響を与える。
これらの同一フック変数上の関数の実行の間、バッファー変更によるデフォルトの変更フックが他の変更フック実行中に実行されないように、この変数は非nilにバインドされる。それ自体が変更フックから実行される特定のコード断片内で変更フックを実行したければ、inhibit-modification-hooksをnilにローカルに再バインドすること。