@@ -42,7 +42,7 @@ This package supports Python 3.9 through 3.12 on Windows, Linux, and MacOS.
4242 # Activate it in a Windows Powershell environment
4343 .venv\S cripts\A ctivate.ps1
4444
45- #. Make sure you have the latest required build system and doc , testing, and CI tools:
45+ #. Make sure you have the latest required build system and documentation , testing, and CI tools:
4646
4747 .. code :: bash
4848
@@ -55,43 +55,43 @@ This package supports Python 3.9 through 3.12 on Windows, Linux, and MacOS.
5555
5656 #. Verify your development installation:
5757
58- .. code :: bash
58+ .. code :: bash
5959
60- tox
60+ tox
6161
6262 Testing
6363-------
6464
65- This project takes advantage of `tox `_. This tool allows you to automate common
66- development tasks (similar to Makefile), but it is oriented towards Python
67- development.
65+ This project takes advantage of `tox `_. Similar to Makefile, this tool allows you to automate
66+ common tasks, but it is oriented towards Python development.
6867
6968Using ``tox ``
7069^^^^^^^^^^^^^
7170
72- As Makefile has rules, `tox `_ has environments. In fact, the tool creates its
71+ While Makefile has rules, `tox ` has environments. In fact, the tool creates its
7372own virtual environment so anything being tested is isolated from the project
7473to guarantee the project's integrity. The following environments commands are provided:
7574
7675- **tox -e style **: Checks for coding style quality.
77- - **tox -e test **: Checks for unit tests. Replace X with the minor version of your Python environment.
78- Pass `pytest <pytest _>`_ flags after the ``-- `` portion of the command. For example, use this
79- ``pytest `` command to show the standard output: ``tox -e py3X -- -s ``.
76+ - **tox -e test **: Checks for unit tests. Pass `pytest <pytest _>`_ flags after the
77+ ``-- `` portion of the command. For example, use this ``pytest `` command to show the
78+ standard output, replacing ``X `` with the minor version of your Python environment:
79+ ``tox -e py3X -- -s ``.
8080- **tox -e coverage **: Checks for code coverage.
81- - **tox -e doc **: Checks for the documentation-building process .
81+ - **tox -e doc **: Checks for documentation building .
8282
8383Raw testing
8484^^^^^^^^^^^
8585
86- If required, you can always call style commands , such as `black `_, `isort `_,
87- and `flake8 `_, or unit testing ones , such as `pytest `_ from the command line.
88- However, this does not guarantee that your project is being tested in an isolated
89- environment, which is the reason why tools like `tox `_ exist .
86+ If required, you can always call code style tools , such as `black `_, `isort `_,
87+ and `flake8 `_, or unit testing tools , such as `pytest `_ from the command line.
88+ However, using these tools do not guarantee that your project is being tested in an isolated
89+ environment, which is the reason why a tool like `tox `_ exists .
9090
9191Adhere to code style
9292--------------------
9393PyEDB-Core follows the PEP8 standard as indicated in `PEP 8 <dev_guide_pyansys_pep8 _>`_
94- in the *PyAnsys developer's guide * and implements style checking using `pre-commit <pre-commit _>`_.
94+ in the *PyAnsys developer's guide *. It also implements style checking using `pre-commit <pre-commit _>`_.
9595
9696To ensure your code meets minimum code styling standards, run these commands:
9797
@@ -106,7 +106,7 @@ You can also install this as a pre-commit hook by running this command:
106106
107107 pre-commit install
108108
109- This way, it's not possible for you to push code that fails the style checks:
109+ This way, it's not possible for you to push code that fails the code style checks:
110110
111111.. code :: text
112112
0 commit comments