Changed wording [ci skip]

docs/handbook/concepts.rst

@@ -45,8 +45,8 @@ image. The current release supports the following standard modes:
 PIL also provides limited support for a few special modes, including ``LA`` (L
 with alpha), ``RGBX`` (true color with padding) and ``RGBa`` (true color with
 premultiplied alpha). However, PIL doesn’t support user-defined modes; if you
-to handle band combinations that are not listed above, use a sequence of Image
-objects.
+need to handle band combinations that are not listed above, use a sequence of
+Image objects.
 
 You can read the mode of an image through the :py:attr:`~PIL.Image.Image.mode`
 attribute. This is a string containing one of the above values.
@@ -114,7 +114,7 @@ pixel, the Python Imaging Library provides different resampling *filters*.
     in the input image is used.
 
 ``HAMMING``
-    Produces more sharp image than ``BILINEAR``, doesn't have dislocations
+    Produces a sharper image than ``BILINEAR``, doesn't have dislocations
     on local level like with ``BOX``.
     This filter can only be used with the :py:meth:`~PIL.Image.Image.resize`
     and :py:meth:`~PIL.Image.Image.thumbnail` methods.

docs/releasenotes/2.7.0.rst

@@ -148,7 +148,7 @@ Blur performance
 
 Box filter computation time is constant relative to the radius and depends
 on source image size only. Because the new Gaussian blur implementation
-is based on box filter, its computation time also doesn't depends on the blur
+is based on box filter, its computation time also doesn't depend on the blur
 radius.
 
 For example, previously, if the execution time for a given test image was 1
@@ -172,4 +172,3 @@ specified as strings with included spaces (e.g. 'x resolution'). This
 was difficult to use as kwargs without constructing and passing a
 dictionary. These parameters now use the underscore character instead
 of space. (e.g. 'x_resolution')
-

docs/releasenotes/3.1.0.rst

@@ -68,7 +68,7 @@ Out of Spec Metadata
 ++++++++++++++++++++
 
 In Pillow 3.0 and 3.1, images that contain metadata that is internally
-consistent but not in agreement with the TIFF spec may cause an
+consistent, but not in agreement with the TIFF spec, may cause an
 exception when reading the metadata.  This can happen when a tag that
 is specified to have a single value is stored with an array of values.
 

docs/releasenotes/3.3.0.rst

@@ -29,9 +29,9 @@ Resizing
 ========
 
 Image resampling for 8-bit per channel images was rewritten using only integer
-computings. This is faster on most of the platforms and doesn't introduce
-precision errors on the wide range of scales. With other performance
-improvements, this makes resampling 60% faster on average.
+computings. This is faster on most platforms and doesn't introduce precision
+errors on the wide range of scales. With other performance improvements, this
+makes resampling 60% faster on average.
 
 Color calculation for images in the ``LA`` mode on semitransparent pixels
 was fixed.
@@ -41,7 +41,7 @@ Rotation
 ========
 
 Rotation for angles divisible by 90 degrees now always uses transposition.
-This greatly improve both quality and performance in this cases.
+This greatly improves both quality and performance in this case.
 Also, the bug with wrong image size calculation when rotating by 90 degrees
 was fixed.
 
@@ -52,4 +52,3 @@ Image Metadata
 The return type for binary data in version 2 Exif and Tiff metadata
 has been changed from a tuple of integers to bytes. This is a change
 from the behavior since ``3.0.0``.
-

docs/releasenotes/3.4.0.rst

@@ -8,7 +8,7 @@ New resizing filters
 Two new filters available for ``Image.resize()`` and ``Image.thumbnail()``
 functions: ``BOX`` and ``HAMMING``. ``BOX`` is the high-performance filter with
 two times shorter window than ``BILINEAR``. It can be used for image reduction
-3 and more times and produces a more sharp result than ``BILINEAR``.
+3 and more times and produces a sharper result than ``BILINEAR``.
 
 ``HAMMING`` filter has the same performance as ``BILINEAR`` filter while
 providing the image downscaling quality comparable to ``BICUBIC``.
@@ -25,7 +25,7 @@ image as a JPEG. This will become an error in Pillow 4.2.
 New DDS Decoders
 ================
 
-Pillow can now decode DXT3 images, as well as the previously support
+Pillow can now decode DXT3 images, as well as the previously supported
 DXT1 and DXT5 formats. All three formats are now decoded in C code for
 better performance.