Steve Piercy
2017-01-26 0aa967f02c8ccf133730ae7b7ed8b3a90ab17372
grammar fixes
1 files modified
8 ■■■■ changed files
docs/narr/project.rst 8 ●●●● patch | view | raw | blame | history
docs/narr/project.rst
@@ -1112,7 +1112,7 @@
inotify support
~~~~~~~~~~~~~~~
By default, ``hupper`` will poll the filesystem for changes to all python
By default ``hupper`` will poll the filesystem for changes to all Python
code. This can be pretty inefficient in larger projects. To be nicer to your
hard drive, you should install the
`watchdog <http://pythonhosted.org/watchdog/>`_ package in development.
@@ -1124,11 +1124,11 @@
By default, ``pserve --reload`` will monitor all imported Python code
(everything in ``sys.modules``) as well as the config file passed to
``pserve`` (e.g. ``development.ini``). You can instruct ``pserve`` to watch
``pserve`` (e.g., ``development.ini``). You can instruct ``pserve`` to watch
other files for changes as well by defining a ``[pserve]`` section in your
configuration file. For example, let's say your application loads the
``favicon.ico`` file at startup and stores it in memory to efficiently
serve it many times. When you change it you want ``pserve`` to restart:
serve it many times. When you change it, you want ``pserve`` to restart:
.. code-block:: ini
@@ -1137,6 +1137,6 @@
        myapp/static/favicon.ico
Paths may be absolute or relative to the configuration file. They may also
be an :term:`asset specification`. These paths are passed to ``hupper`` which
be an :term:`asset specification`. These paths are passed to ``hupper``, which
has some basic support for globbing. Acceptable glob patterns depend on the
version of Python being used.