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.
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
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.
__all__variable when present.
pdocswill automatically link identifiers in your docstrings to its corresponding documentation.
pdocsis run as an HTTP server, external linking is supported between packages.
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 and
pdocs as_html YOUR_MODULESto generate HTML.
- API Usage - TL;DR: Everything available via the CLI is also easily available programmatically from within Python.
Differences Between pdocs and pdoc
- 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.
Notes on Licensing and Fork
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.
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