Skip to main content

Checks syntax of reStructuredText and code blocks nested within it

Project description

Test status QA status

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.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 --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.0a1.tar.gz (49.2 kB view details)

Uploaded Source

Built Distribution

rstcheck-6.0.0a1-py3-none-any.whl (26.4 kB view details)

Uploaded Python 3

File details

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

File metadata

  • Download URL: rstcheck-6.0.0a1.tar.gz
  • Upload date:
  • Size: 49.2 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.0a1.tar.gz
Algorithm Hash digest
SHA256 3fdd7682a50f3808a4c91b6d0681fa2b8937f6969af16c38833cacecfe2b12aa
MD5 ced716d32c061bd3d8f8559eec873f24
BLAKE2b-256 ddca757685ab6e06b78e249772aae301a36d09e57fc28913e393bf8aa777645b

See more details on using hashes here.

File details

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

File metadata

  • Download URL: rstcheck-6.0.0a1-py3-none-any.whl
  • Upload date:
  • Size: 26.4 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.0a1-py3-none-any.whl
Algorithm Hash digest
SHA256 c480cf83b0d73a76eca85a2f6b43aa5445b412715370307f259918920a4b2978
MD5 1e7a4f9c5353911ba8dc7b4d90ae37e7
BLAKE2b-256 69020f2718c1d60b2cc206c4c6877581f5855d0f896977b7338a32c327831586

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