スタイルのシグナルハンドラへのラッパー関数が追加されました。新しいハンドラをセットします。どこにインストールされているかや拡張モジュールのコンパイルに必要なオプションを自動的に知る方法はありませんでした。サポートを置き去りにするものでした。ユーザは全く異なったインストール命令に直面していました。インストールをある種つまらない作業としていました。標準ライブラリの新しい一部として形成されました。拡張モジュールがコンパイルされ、配布物が適切なディレクトリにインストールされます。オプショナルなコマンドライン引数がインストール過程についてより細かな制御を提供します。インストールとビルドを別々に行ったり、ビルドやインストールをデフォルトでないディレクトリに行ったり、などです。スクリプトを書く必要があります。拡張が最も複雑なケースになりえます。ソース配布物、バイナリ配布物の作成の面倒もみてくれます。ようなソース配布物を作ります。新しいコマンドを作るのは難しくありません。インストーラの作成を行います。ようなほかの配布フォーマットを作成するコマンドについての開発ステージは様々です。ドキュメントされています。モジュールの形で追加されました。処理のインターフェイスが一般的になりました。ドキュメントを、横断したり修正できるノードのツリーに変換する、木構造ベースのインターフェイスを提供します。パッケージの一部として追加されました。ここではそれら新規インターフェイスについての簡単な概要について書きます。ドキュメントかソースコードを参照してください。ドキュメントの改善についても作業中です。パースのイベントドリブンなインターフェイスを定義しています。ハンドラクラスを書く必要があります。パーサから呼び出される様々なメソッドをオーバライドします。ごとに呼び出される、といった具合です。イベントドリブンのアプローチはドキュメント全体をいっときにメモリに持たなくて良い点で有利であり、ドキュメントが本当に巨大であるものを処理する際にはこれは重要です。ハンドラクラスを記述することは、ドキュメント構造を変更しようとする場合にはある種入り組んだものとなって、とても複雑になりえます。ドキュメントの木構造ベースの表現です。インスタンス一つを子に持ちます。文字データやらほかのサブ要素を子ノードとして持ち、それら子ノードがさらに子を持つ、といった具合です。ドキュメントを修正するのに有用です。ドキュメントを生成出来るからです。変換することも出来ます。モジュールにあります。