Allows param links in Sphinx function/method descriptions to be linkable
A Sphinx extension which allows :param: directives within Python documentation to be linkable.
This is an experimental extension that’s used by the SQLAlchemy project and related projects.
Just turn it on in conf.py:
extensions = [ 'sphinx_paramlinks', # your other sphinx extensions # ... ]
The paragraph link involves a short stylesheet, to allow the links to be visible when hovered. This sheet is called sphinx_paramlinks.css and the plugin will copy it to the _static directory of the output automatically. The stylesheet is added to the css_files list present in the template namespace for Sphinx via the Sphinx.add_stylesheet() hook.
:param: directives within Sphinx function/method descriptions will be given a paragraph link so that they can be linked to externally.
A new text role :paramref: is added, which works like :meth:, :func:, etc. Just append the parameter name as an additional token:
The directive makes use of the existing Python role to do the method/function lookup, searching first the :meth:, then the :class:, and then the :func: role; then the parameter name is applied separately to produce the final reference link. (new in 0.3.4, search for :meth: / :func: / :class: individually rather than using :obj: which catches lots of things that don’t have parameters)
The paramlinks are also added to the master index as well as the list of domain objects, which allows them to be searchable through the searchindex.js system. (new in 0.3.0)
sphinx-paramlinks is fully Python 3 compatible.
I’ve tried very hard to make as few assumptions as possible about Sphinx and to use only very simple public APIs, so that architectural changes in future Sphinx versions won’t break this plugin. To come up with this plugin I spent many hours with Sphinx source and tried many different approaches to various elements of functionality; hopefully what’s here is as simple and stable as possible based on the current extension capabilities of Sphinx.
One element that involves using a bit of internals is the usage of the sphinx.domains.python.PyXRefRole class, which is currently the Sphinx class that defines roles for things like :meth:, :func:, etc. The object is used as-is in order to define the :paramref: role; the product of this role is later transformed using standard hooks.
Another assumption is that in order to locate the RST nodes Sphinx creates for the :param: tags, we look at nodes.strong, assuming that this is the type of node currently used to render :param: within RST. If this changes, or needs to be expanded to support other domains, this traversal can be opened up as needed. This part was difficult as Sphinx really doesn’t provide any hooks into how the “Info Field List” aspect of domains is handled.
Overall, the approach here is to apply extra information to constructs going into the Sphinx system, then do some transformations as the data comes back out. This relies on as little of how Sphinx does its thing as possible, rather than going with custom domains and heavy use of injected APIs which may change in future releases.
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size||File type||Python version||Upload date||Hashes|
|Filename, size sphinx_paramlinks-0.5.1-py3-none-any.whl (8.7 kB)||File type Wheel||Python version py3||Upload date||Hashes View|
|Filename, size sphinx-paramlinks-0.5.1.tar.gz (10.3 kB)||File type Source||Python version None||Upload date||Hashes View|
Hashes for sphinx_paramlinks-0.5.1-py3-none-any.whl