継承したクラスで、パースされたドキュメントを受け取り、それに対してアクションをします。通常、ビルダーは他の出力フォーマットへ、ドキュメントを変換しますが、壊れたリンクのチェックを行ったり、情報のカバレッジを計測したり、といった用途にも使用できます。含むディレクトリです。コマンドラインで別のディレクトリも設定できます。ディレクティブreSturcturedTextのマークアップの要素で、特別な意味を持つコンテンツのブロックを表現できます。ディレクティブはDocutils由来のものだけでなく、Sphinx、カスタムの拡張機能によって定義されたものも使用できます。information.ドキュメント名reSTのソースファイルにはいくつかの拡張子を付けることができます。拡張子を設定できます。OSによっては、パスの区切り文字が変わります。相対パスで、拡張子は省略し、区切り文字にスラッシュを利用するように変換されます。ドキュメントが来ることを期待する値、パラメータなどは、すべてこのようなドキュメント名が渡されるのを期待します。前後のスラッシュは完全に省略されることに注意して下さい。ロール)を集めたものです。ドメインがあるということは、C++とPythonの両方のクラスに言及したいようなドキュメントを書く場合でも、名前が衝突する問題がない、ということです。新しい言語のドキュメントをサポートするのも簡単になります。Domains.環境ルート以下のすべてのドキュメントの情報が格納される場所です。この情報はクロスリファレンスを作成する際に利用されます。この環境には、パース段階の後の結果のpickleされたものが入ります。ソースファイルが新規で作成されたり、変更されて、読み込んだりパースする必要がない限りはこの中のデータが更新されることはありません。ディレクティブを含むドキュメントです。オブジェクトSphinxドキュメントを構築する、基本構成単位です。object)はこのユニットを作成します。ほとんどのオブジェクトに対して、クロスリファレンスを行えます。RemoveInSphinxXXXWarningSphinxのXXXバージョンでこの機能が削除される警告です。通常、Sphinx拡張で利用しているAPIが非推奨となった場合等に発生します。details.ソースディレクトリひとつのSphinxプロジェクトにおいて、すべてのソースファイルを含むディレクトリ。このディレクトリ直下だけではなく、サブディレクトリを使用してソースファイルを分類して入れておくことも可能です。