Skip to main content

Checks syntax of reStructuredText and code blocks nested within it

Project description

Test status QA status Downloads PyPI

Checks syntax of reStructuredText and code blocks nested within it.

*Documentation will be updated soon.*

Installation

From pip

$ pip install rstcheck

To use pyproject.toml for configuration:

$ pip install rstcheck[toml]

Supported languages in code blocks

  • Bash

  • Doctest

  • C (C99)

  • C++ (C++11)

  • JSON

  • XML

  • Python

  • reStructuredText

Examples

With bad Python syntax:

====
Test
====

.. code:: python

    print(
$ rstcheck bad_python.rst
bad_python.rst:7: (ERROR/3) (python) unexpected EOF while parsing

With bad C++ syntax:

====
Test
====

.. code:: cpp

    int main()
    {
        return x;
    }
$ rstcheck bad_cpp.rst
bad_cpp.rst:9: (ERROR/3) (cpp) error: 'x' was not declared in this scope

With bad syntax in the reStructuredText document itself:

====
Test
===
$ rstcheck bad_rst.rst
bad_rst.rst:1: (SEVERE/4) Title overline & underline mismatch.

Options

If sphinx and tomli are installed:

Usage: rstcheck [OPTIONS] FILES...

CLI of rstcheck.

Enabled features: ['Sphinx', 'Toml']

Arguments:
FILES...  RST files to check. Can be files or directories if --recursive is
            passed too.  [required]

Options:
--config PATH                Config file to load. Can be a INI or TOML file
                            or directory. If a directory is passed it will
                            be searched for .rstcheck.cfg | pyproject.toml
                            | setup.cfg.
-r, --recursive              Recursively search passed directories for RST
                            files to check.
--report-level LEVEL         The report level of the linting issues found.
                            Valid levels are: INFO | WARNING | ERROR |
                            SEVERE | NONE. Defauls to INFO. Can be set in
                            config file.
--ignore-directives TEXT     Comma-separated-list of directives to add to
                            the ignore list. Can be set in config file.
--ignore-roles TEXT          Comma-separated-list of roles to add to the
                            ignore list. Can be set in config file.
--ignore-substitutions TEXT  Comma-separated-list of substitutions to add to
                            the ignore list. Can be set in config file.
--ignore-languages TEXT      Comma-separated-list of languages for code-
                            blocks to add to the ignore list. The code in
                            ignored code-blocks will not be checked for
                            errors. Can be set in config file.
--ignore-messages REGEX      A regular expression to match linting issue
                            messages against to ignore. Can be set in
                            config file.
--install-completion         Install completion for the current shell.
--show-completion            Show completion for the current shell, to copy
                            it or customize the installation.
--help                       Show this message and exit.

Ignore specific languages

You can ignore checking of nested code blocks by language. Either use the command-line option --ignore-languages or put a comment in the document:

.. rstcheck: ignore-languages=cpp,python,rst

Ignore specific errors

Since docutils doesn’t categorize their error messages beyond the high-level categories of: info, warning, error, and severe; we need filter them out at a textual level. This is done by passing a Python regex. As example you can pass a regex like this to ignore several errors

(Title underline too short.*|Duplicate implicit target.*')

Configuration file

You can use the same arguments from the command line as options in the local configuration file of the project (just replace - for _). rstcheck looks for a file .rstcheck.cfg, setup.cfg, or pyproject.toml in the directory or ancestor directories of the file it is checking.

.rstcheck.cfg takes precedence over setup.cfg.

Settings in the config file are overwritten by CLI options.

For example, consider a project with the following directory structure

foo
├── docs
│   └── bar.rst
├── index.rst
└── .rstcheck.cfg

.rstcheck.cfg contains:

[rstcheck]
ignore_directives=one,two,three
ignore_roles=src,RFC
ignore_messages=(Document or section may not begin with a transition\.$)
report_level=warning

bar.rst contains:

Bar
===

:src:`hello_world.py`
:RFC:`793`

.. one::

   Hello

rstcheck will make use of the .rstcheck.cfg

$ rstcheck foo/docs/bar.rst

For a Python project, you should put the configuration settings for rstcheck inside the general setup.cfg distutils configuration file, in the project root.

For a PEP-517/PEP-518 project, you should put the configuration settings for rstcheck inside the pyproject.toml configuration file in the project root. These should be placed in a [tool.rstcheck] section. Keep in mind backslashes need to be escaped, so to ignore the message "(Document or section may not begin with a transition\.$)" you’ll need to escape the backslash in pyproject.toml like this "(Document or section may not begin with a transition\\.$)". See the pyproject.toml file in examples/with_configuration.

You can override the location of the config file with the --config argument

$ rstcheck --config $HOME/.rstcheck.ini foo/docs/bar.rst

will use the file .rstcheck.ini in your home directory. If the argument to --config is a directory, rstcheck will search that directory and any any of its ancestors for a file .rstcheck.cfg or setup.cfg

$ rstcheck --config foo /tmp/bar.rst

would use the project configuration in ./foo/.rstcheck.cfg to check the unrelated file /tmp/bar.rst.

Sphinx

To enable Sphinx

$ pip install rstcheck[sphinx]

# or

$ pip install sphinx

With version 4.0 rstcheck added Sphinx as an optional extra where the version’s lower constraint is >=4.0 because of Sphinx’s open upper constraints on jinja2 and markupsafe, which result in import errors if not pinned below version 3 and 2 respectively. This happend in Sphinx version 4.0.

You can also add Sphinx by yourself but the installed Sphinx version must be at least 2.0.

To check that Sphinx support is enabled

$ rstcheck -h | grep 'Sphinx is enabled'

Usage in Vim

Using with Syntastic:

let g:syntastic_rst_checkers = ['rstcheck']

Using with ALE:

Just install rstcheck and make sure is on your path.

Use as a module

rstcheck.check() yields a series of tuples. The first value of each tuple is the line number (not the line index). The second value is the error message.

>>> import rstcheck
>>> list(rstcheck.check('Example\n==='))
[(2, '(INFO/1) Possible title underline, too short for the title.')]

Note that this does not load any configuration as that would mutate the docutils registries.

Use as a pre-commit hook

Add this to your .pre-commit-config.yaml

-   repo: https://github.com/myint/rstcheck
    rev: ''  # Use the sha / tag you want to point at
    hooks:
    -   id: rstcheck

Use with Mega-Linter:

Just install Mega-Linter in your repository, rstcheck is part of the 70 linters activated out of the box.

Development

This project relies on poetry as its management tool for dependencies, building and venvs. You do not need to have poetry installed globally, but it is recommended to.

For development venv creation run

$ poetry install

# or without global `poetry`

$ python3 -m venv .venv
$ source .venv/bin/activate
$ pip install poetry

With global poetry you do not need to activate the venv. poetry will run commands inside the venv if you call them like this

$ poetry run COMMAND

Testing

Unit tests are in tests/test_rstcheck.py. System tests are in tests/test_as_cli_tool.py.

System tests are composed of example good/bad input. The test inputs are contained in the testing/examples directory. For basic tests, adding a test should just be a matter of adding files to examples/good or examples/bad.

To run all the tests you have three options

# With global `poetry` or with active development venv:
$ poetry run tox

# With active development venv:
$ tox

# Without `poetry` and development venv:
$ python3 -m venv .venv
$ source .venv/bin/activate
$ pip install tox
$ tox

Known limitations / FAQ

There are inherent limitations to what rstcheck can and cannot do. The reason for this is that rstcheck itself does not parse the rst source but gives it to docutils and gets the errors back. Therefore rstcheck in the sense of rst source is more an error accumulation tool. The same goes for the source code in supported code blocks.

History

(next version)

6.0.0a2 (2022-05-20)

  • Add support for INI multi-line string back (#116)

  • Fix bug #113 - sphinx print warnings for overwriting registered nodes (#117)

BREAKING CHANGES

  • String lists for ignore_* configs are whitespace cleaned at string start and end. Restores behavior of pre v6. (#116)

6.0.0a1 (2022-05-13)

  • Fix inability to ignore code, code-block and sourcecode directives (#79)

  • Fix code-block options recognition (#62)

  • Add section with Known limitations / FAQ to the README (#97)

  • Accumulate all errors in rst source instead of only one (#83)

  • Fix Malformed tables because of substitutions (#82)

  • Fix: remove include directive from ignore list when sphinx is active (#70)

  • Allow errors in code blocks to be ignored via ignore_messages (#100)

BREAKING CHANGES

  • Full restructuring of the code base (#100)

  • Rewrite of CLI with typer (#100)

  • Renamed config report to report_level (#100)

  • Renamed config ignore_language to ignore_languages (#100)

  • Renamed CLI option --report to --report-level (#100)

  • Renamed CLI option --ignore-language to --ignore-languages (#100)

  • Drop CLI option --ignore as alias to --ignore-languages (#100)

  • Drop CLI option --debug (#100)

  • Drop CLI option --version; may be readded later (#100)

  • Don’t support multiline strings in INI files (#100)

  • Allow a string or list of strings for ignore_messages in TOML config files (#100)

  • Prohibit numbers as report level (#100)

  • Non-existing files are skipped; rstcheck non-existing-file.rst exits 0; may be changed later (#100)

  • Drop support for sphinx < 2.0

  • Drop default values for directves and roles for sphinx (#65)

  • CLI options now take precedence over config file options (#96)

5.0.0 (2022-04-17)

  • Add examples/ to sdist

  • Add Development section to README and update Testing section

  • Add Mega-Linter section to README

  • Add BREAKING CHANGES sections to changelog

BREAKING CHANGES

  • Rewrite test.bash script in pytest test cases adn run them on linux in CI

  • Rewrite old test suite in pytest and AAA style

4.1.0 (2022-04-16)

  • Fix shebangs and scripts to use python3 instead of python (#78)

  • Improve the gcc checker functions by removing restrictions and using environment variable flags (#88)

  • Fix pool size on windows by setting max to 61 (#86)

  • Update test.bash script and makefile with new file location

4.0.0 (2022-04-15)

  • Add inline type annotations

  • Add sphinx as extra

  • Update build process and set up poetry

  • Add pre-commit and tox for automated testing, linting and formatting

  • Move from travis to github actions

  • Activate dependabot

BREAKING CHANGES

  • Drop support for python versions prior 3.7

3.5.0 (2022-04-14)

  • Deprecate python versions prior 3.7

3.4.0 (2022-04-12)

  • Add --config option to change the location of the config file.

  • Add pre-commit hooks config.

3.3.1 (2018-10-09)

  • Make compatible with Sphinx >= 1.8.

3.3 (2018-03-17)

  • Parse more options from configuration file (thanks to Santos Gallegos).

  • Allow ignoring specific (info/warning/error) messages via --ignore-messages (thanks to Santos Gallegos).

3.2 (2018-02-17)

  • Check for invalid Markdown-style links (thanks to biscuitsnake).

  • Allow configuration to be stored in setup.cfg (thanks to Maël Pedretti).

  • Add --recursive option to recursively drill down directories to check for all *.rst files.

3.1 (2017-03-08)

  • Add support for checking XML code blocks (thanks to Sameer Singh).

3.0.1 (2017-03-01)

  • Support UTF-8 byte order marks (BOM). Previously, docutils would interpret the BOM as a visible character, which would lead to false positives about underlines being too short.

3.0 (2016-12-19)

  • Optionally support Sphinx 1.5. Sphinx support will be enabled if Sphinx is installed.

2.0 (2015-07-27)

  • Support loading settings from configuration files.

1.0 (2015-03-14)

  • Add Sphinx support.

0.1 (2013-12-02)

  • Initial version.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

rstcheck-6.0.0a2.tar.gz (50.0 kB view details)

Uploaded Source

Built Distribution

rstcheck-6.0.0a2-py3-none-any.whl (26.7 kB view details)

Uploaded Python 3

File details

Details for the file rstcheck-6.0.0a2.tar.gz.

File metadata

  • Download URL: rstcheck-6.0.0a2.tar.gz
  • Upload date:
  • Size: 50.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: poetry/1.1.13 CPython/3.8.10 Linux/5.4.0-110-generic

File hashes

Hashes for rstcheck-6.0.0a2.tar.gz
Algorithm Hash digest
SHA256 351972f2f2bd99f820928acc6a0ccc02fc97b47a5bc66cdd35e1144bd3fb6539
MD5 db78988482229606add1f026f5f01d2b
BLAKE2b-256 b0bd497a1e2dcde4afc2348ff8e70ecf406f1da0843a88a2820bcc2de8a16a9b

See more details on using hashes here.

File details

Details for the file rstcheck-6.0.0a2-py3-none-any.whl.

File metadata

  • Download URL: rstcheck-6.0.0a2-py3-none-any.whl
  • Upload date:
  • Size: 26.7 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: poetry/1.1.13 CPython/3.8.10 Linux/5.4.0-110-generic

File hashes

Hashes for rstcheck-6.0.0a2-py3-none-any.whl
Algorithm Hash digest
SHA256 6935103520ef5506e5c4b5539841d6abc54940a32a8b8c3409ac191cabdf582c
MD5 5a7aa0c4cc3ab099d902bc72dab71f14
BLAKE2b-256 58054e72396b6a872a7ae8c30d71011cefcde7dd0c500100d2368abadfaa01b9

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page