Read Latest Documentation - Browse GitHub Code Repository
pdocs is a library and a command line program to discover the public
interface of a Python module or package. The pdocs script can be used to
generate Markdown or HTML of a module's public interface, or it can be used
to run an HTTP server that serves generated HTML for installed modules.
pdocs is an MIT Licensed fork of pdoc's original implementation by Andrew Gallant (@BurntSushi).
with the goal of staying true to the original vision layed out by the project's creator.
NOTE: For most projects, the best way to use pdocs is using portray.
- Support for documenting data representation by traversing the abstract syntax to find docstrings for module, class and instance variables.
- For cases where docstrings aren't appropriate (like a
namedtuple),
the special variable
__pdocs__can be used in your module to document any identifier in your public interface. - Usage is simple. Just write your documentation as Markdown. There are no added special syntax rules.
pdocsrespects your__all__variable when present.pdocswill automatically link identifiers in your docstrings to its corresponding documentation.- When
pdocsis run as an HTTP server, external linking is supported between packages. - The
pdocsHTTP server will cache generated documentation and automatically regenerate it if the source code has been updated. - When available, source code for modules, functions and classes can be viewed in the HTML documentation.
- Inheritance is used when possible to infer docstrings for class members.
The above features are explained in more detail in pdocs's documentation.
pdocs is compatible with Python 3.6 and newer.
The following guides should get you up using pdocs in no time:
- Installation - TL;DR: Run
pip3 install pdocswithin your projects virtual environment. - Command Line Usage - TL;DR: Run
pdocs server YOUR_MODULESto test andpdocs as_html YOUR_MODULESto generate HTML. - API Usage - TL;DR: Everything available via the CLI is also easily available programmatically from within Python.
Below is a running list of intentional differences between pdoc and pdocs:
- pdocs has built-in support for Markdown documentation generation (as needed by portray).
- pdocs has built-in support for the inclusion of Type Annotation information in reference documentation.
- pdocs requires Python 3.6+; pdoc maintains Python2 compatibility as of the latest public release.
- pdocs uses the most recent development tools to ensure long-term maintainability (mypy, black, isort, flake8, bandit, ...)
- pdocs generates project documentation to a temporary folder when serving locally, instead of including a live server. An intentional trade-off between simplicity and performance.
- pdocs provides a simplified Python API in addition to CLI API.
- pdocs is actively maintained.
- pdocs uses hug CLI and sub-commands, pdoc uses argparse and a single command.
- pdoc provides textual documentation from the command-line, pdocs removed this feature for API simplicity.
The original pdoc followed the Unlicense license, and as such so does the initial commit to this fork here. Unlicense is fully compatible with MIT, and the reason for the switch going forward is because MIT is a more standard and well-known license.
As seen by that commit, I chose to fork with fresh history, as the project is very old (2013) and I felt many of the commits that happened in the past might, instead of helping to debug issues, lead to red herrings due to the many changes that have happened in the Python eco-system since that time. If you desire to see the complete history for any reason, it remains available on the original pdoc repository.
I created pdocs to help power portray while staying true to the original vision of pdoc and maintain
MIT license compatibility. In the end I created it to help power better documentation websites for Python projects.
I hope you, too, find pdocs useful!
~Timothy Crosley