diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-09-19 04:57:09 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-09-19 04:57:09 +0000 |
commit | 2722609ed8cf1f24bb6a8b8a5ad9d7ac6dec58c3 (patch) | |
tree | e0f8becff83e01bc4228b1824e81a6a355d6e439 /doc/extdev/appapi.rst | |
parent | Releasing progress-linux version 7.3.7-3~progress7.99u1. (diff) | |
download | sphinx-2722609ed8cf1f24bb6a8b8a5ad9d7ac6dec58c3.tar.xz sphinx-2722609ed8cf1f24bb6a8b8a5ad9d7ac6dec58c3.zip |
Merging upstream version 7.4.7.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'doc/extdev/appapi.rst')
-rw-r--r-- | doc/extdev/appapi.rst | 288 |
1 files changed, 3 insertions, 285 deletions
diff --git a/doc/extdev/appapi.rst b/doc/extdev/appapi.rst index 10d030b..682db4e 100644 --- a/doc/extdev/appapi.rst +++ b/doc/extdev/appapi.rst @@ -1,4 +1,4 @@ -.. highlight:: rest +.. highlight:: rst Application API =============== @@ -137,294 +137,12 @@ The application object also provides runtime information as attributes. Directory for storing built document. - -.. _events: +.. autoattribute:: Sphinx.fresh_env_used Sphinx core events ------------------ -These events are known to the core. The arguments shown are given to the -registered event handlers. Use :meth:`.Sphinx.connect` in an extension's -``setup`` function (note that ``conf.py`` can also have a ``setup`` function) to -connect handlers to the events. Example: - -.. code-block:: python - - def source_read_handler(app, docname, source): - print('do something here...') - - def setup(app): - app.connect('source-read', source_read_handler) - - -Below is an overview of each event that happens during a build. In the list -below, we include the event name, its callback parameters, and the input and output -type for that event: - -.. code-block:: none - - 1. event.config-inited(app,config) - 2. event.builder-inited(app) - 3. event.env-get-outdated(app, env, added, changed, removed) - 4. event.env-before-read-docs(app, env, docnames) - - for docname in docnames: - 5. event.env-purge-doc(app, env, docname) - - if doc changed and not removed: - 6. source-read(app, docname, source) - 7. run source parsers: text -> docutils.document - - parsers can be added with the app.add_source_parser() API - 8. apply transforms based on priority: docutils.document -> docutils.document - - event.doctree-read(app, doctree) is called in the middle of transforms, - transforms come before/after this event depending on their priority. - - 9. event.env-merge-info(app, env, docnames, other) - - if running in parallel mode, this event will be emitted for each process - - 10. event.env-updated(app, env) - 11. event.env-get-updated(app, env) - 12. event.env-check-consistency(app, env) - - # The updated-docs list can be builder dependent, but generally includes all new/changed documents, - # plus any output from `env-get-updated`, and then all "parent" documents in the ToC tree - # For builders that output a single page, they are first joined into a single doctree before post-transforms - # or the doctree-resolved event is emitted - for docname in updated-docs: - 13. apply post-transforms (by priority): docutils.document -> docutils.document - 14. event.doctree-resolved(app, doctree, docname) - - In the event that any reference nodes fail to resolve, the following may emit: - - event.missing-reference(env, node, contnode) - - event.warn-missing-reference(domain, node) - - 15. Generate output files - 16. event.build-finished(app, exception) - -Here is a more detailed list of these events. - -.. event:: builder-inited (app) - - Emitted when the builder object has been created. It is available as - ``app.builder``. - -.. event:: config-inited (app, config) - - Emitted when the config object has been initialized. - - .. versionadded:: 1.8 - -.. event:: env-get-outdated (app, env, added, changed, removed) - - Emitted when the environment determines which source files have changed and - should be re-read. *added*, *changed* and *removed* are sets of docnames - that the environment has determined. You can return a list of docnames to - re-read in addition to these. - - .. versionadded:: 1.1 - -.. event:: env-purge-doc (app, env, docname) - - Emitted when all traces of a source file should be cleaned from the - environment, that is, if the source file is removed or before it is freshly - read. This is for extensions that keep their own caches in attributes of the - environment. - - For example, there is a cache of all modules on the environment. When a - source file has been changed, the cache's entries for the file are cleared, - since the module declarations could have been removed from the file. - - .. versionadded:: 0.5 - -.. event:: env-before-read-docs (app, env, docnames) - - Emitted after the environment has determined the list of all added and - changed files and just before it reads them. It allows extension authors to - reorder the list of docnames (*inplace*) before processing, or add more - docnames that Sphinx did not consider changed (but never add any docnames - that are not in ``env.found_docs``). - - You can also remove document names; do this with caution since it will make - Sphinx treat changed files as unchanged. - - .. versionadded:: 1.3 - -.. event:: source-read (app, docname, source) - - Emitted when a source file has been read. The *source* argument is a list - whose single element is the contents of the source file. You can process the - contents and replace this item to implement source-level transformations. - - For example, if you want to use ``$`` signs to delimit inline math, like in - LaTeX, you can use a regular expression to replace ``$...$`` by - ``:math:`...```. - - .. versionadded:: 0.5 - -.. event:: include-read (app, relative_path, parent_docname, content) - - Emitted when a file has been read with the :dudir:`include` directive. - The *relative_path* argument is a :py:class:`~pathlib.Path` object representing - the relative path of the included file from the :term:`source directory`. - The *parent_docname* argument is the name of the document that - contains the :dudir:`include` directive. - The *source* argument is a list whose single element is - the contents of the included file. - You can process the contents and replace this item - to transform the included content, - as with the :event:`source-read` event. - - .. versionadded:: 7.2.5 - - .. seealso:: The :dudir:`include` directive and the :event:`source-read` event. - -.. event:: object-description-transform (app, domain, objtype, contentnode) - - Emitted when an object description directive has run. The *domain* and - *objtype* arguments are strings indicating object description of the object. - And *contentnode* is a content for the object. It can be modified in-place. - - .. versionadded:: 2.4 - -.. event:: doctree-read (app, doctree) - - Emitted when a doctree has been parsed and read by the environment, and is - about to be pickled. The *doctree* can be modified in-place. - -.. event:: missing-reference (app, env, node, contnode) - - Emitted when a cross-reference to an object cannot be resolved. - If the event handler can resolve the reference, it should return a - new docutils node to be inserted in the document tree in place of the node - *node*. Usually this node is a :class:`~nodes.reference` node containing - *contnode* as a child. - If the handler can not resolve the cross-reference, - it can either return ``None`` to let other handlers try, - or raise :class:`~sphinx.errors.NoUri` to prevent other handlers in - trying and suppress a warning about this cross-reference being unresolved. - - :param env: The build environment (``app.builder.env``). - :param node: The :class:`~sphinx.addnodes.pending_xref` node to be resolved. - Its ``reftype``, ``reftarget``, ``modname`` and ``classname`` attributes - determine the type and target of the reference. - :param contnode: The node that carries the text and formatting inside the - future reference and should be a child of the returned reference node. - - .. versionadded:: 0.5 - -.. event:: warn-missing-reference (app, domain, node) - - Emitted when a cross-reference to an object cannot be resolved even after - :event:`missing-reference`. If the event handler can emit warnings for - the missing reference, it should return ``True``. The configuration variables - :confval:`nitpick_ignore` and :confval:`nitpick_ignore_regex` prevent the - event from being emitted for the corresponding nodes. - - .. versionadded:: 3.4 - -.. event:: doctree-resolved (app, doctree, docname) - - Emitted when a doctree has been "resolved" by the environment, that is, all - references have been resolved and TOCs have been inserted. The *doctree* can - be modified in place. - - Here is the place to replace custom nodes that don't have visitor methods in - the writers, so that they don't cause errors when the writers encounter them. - -.. event:: env-merge-info (app, env, docnames, other) - - This event is only emitted when parallel reading of documents is enabled. It - is emitted once for every subprocess that has read some documents. - - You must handle this event in an extension that stores data in the - environment in a custom location. Otherwise the environment in the main - process will not be aware of the information stored in the subprocess. - - *other* is the environment object from the subprocess, *env* is the - environment from the main process. *docnames* is a set of document names - that have been read in the subprocess. - - .. versionadded:: 1.3 - -.. event:: env-updated (app, env) - - Emitted after reading all documents, when the environment and all - doctrees are now up-to-date. - - You can return an iterable of docnames from the handler. These documents - will then be considered updated, and will be (re-)written during the writing - phase. - - .. versionadded:: 0.5 - - .. versionchanged:: 1.3 - The handlers' return value is now used. - -.. event:: env-check-consistency (app, env) - - Emitted when Consistency checks phase. You can check consistency of - metadata for whole of documents. - - .. versionadded:: 1.6 - - As a **experimental** event - -.. event:: html-collect-pages (app) - - Emitted when the HTML builder is starting to write non-document pages. You - can add pages to write by returning an iterable from this event consisting of - ``(pagename, context, templatename)``. - - .. versionadded:: 1.0 - -.. event:: html-page-context (app, pagename, templatename, context, doctree) - - Emitted when the HTML builder has created a context dictionary to render a - template with -- this can be used to add custom elements to the context. - - The *pagename* argument is the canonical name of the page being rendered, - that is, without ``.html`` suffix and using slashes as path separators. The - *templatename* is the name of the template to render, this will be - ``'page.html'`` for all pages from reST documents. - - The *context* argument is a dictionary of values that are given to the - template engine to render the page and can be modified to include custom - values. Keys must be strings. - - The *doctree* argument will be a doctree when the page is created from a reST - documents; it will be ``None`` when the page is created from an HTML template - alone. - - You can return a string from the handler, it will then replace - ``'page.html'`` as the HTML template for this page. - - .. note:: You can install JS/CSS files for the specific page via - :meth:`Sphinx.add_js_file` and :meth:`Sphinx.add_css_file` since - v3.5.0. - - .. versionadded:: 0.4 - - .. versionchanged:: 1.3 - The return value can now specify a template name. - -.. event:: linkcheck-process-uri (app, uri) - - Emitted when the linkcheck builder collects hyperlinks from document. *uri* - is a collected URI. The event handlers can modify the URI by returning a - string. - - .. versionadded:: 4.1 - -.. event:: build-finished (app, exception) - - Emitted when a build has finished, before Sphinx exits, usually used for - cleanup. This event is emitted even when the build process raised an - exception, given as the *exception* argument. The exception is reraised in - the application after the event handlers have run. If the build process - raised no exception, *exception* will be ``None``. This allows to customize - cleanup actions depending on the exception status. - - .. versionadded:: 0.5 - +.. note:: Moved to :ref:`events`. Checking the Sphinx version --------------------------- |