diff options
| author | Serhiy Storchaka <storchaka@gmail.com> | 2016-11-26 11:49:59 (GMT) |
|---|---|---|
| committer | Serhiy Storchaka <storchaka@gmail.com> | 2016-11-26 11:49:59 (GMT) |
| commit | 0264e46caa854803a5318d75ae7893e9174f3f70 (patch) | |
| tree | d10de752a926c4d1ba8d8ff3e7fe7062854af202 /Doc/library/codecs.rst | |
| parent | 861b6859418e2cf747475f83471075c18baf74bd (diff) | |
| parent | c7b1a0bbe2ae298ba0471703ad6d5ef86ae5881d (diff) | |
| download | cpython-0264e46caa854803a5318d75ae7893e9174f3f70.zip cpython-0264e46caa854803a5318d75ae7893e9174f3f70.tar.gz cpython-0264e46caa854803a5318d75ae7893e9174f3f70.tar.bz2 | |
Issue #28763: Use double hyphens (rendered as en-dashes) in numerical ranges
in the documentation.
Diffstat (limited to 'Doc/library/codecs.rst')
| -rw-r--r-- | Doc/library/codecs.rst | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/Doc/library/codecs.rst b/Doc/library/codecs.rst index aa1d123..0ecd89b 100644 --- a/Doc/library/codecs.rst +++ b/Doc/library/codecs.rst @@ -858,7 +858,7 @@ Encodings and Unicode --------------------- Strings are stored internally as sequences of code points in -range ``0x0``-``0x10FFFF``. (See :pep:`393` for +range ``0x0``--``0x10FFFF``. (See :pep:`393` for more details about the implementation.) Once a string object is used outside of CPU and memory, endianness and how these arrays are stored as bytes become an issue. As with other @@ -868,7 +868,7 @@ There are a variety of different text serialisation codecs, which are collectivity referred to as :term:`text encodings <text encoding>`. The simplest text encoding (called ``'latin-1'`` or ``'iso-8859-1'``) maps -the code points 0-255 to the bytes ``0x0``-``0xff``, which means that a string +the code points 0--255 to the bytes ``0x0``--``0xff``, which means that a string object that contains code points above ``U+00FF`` can't be encoded with this codec. Doing so will raise a :exc:`UnicodeEncodeError` that looks like the following (although the details of the error message may differ): @@ -877,7 +877,7 @@ position 3: ordinal not in range(256)``. There's another group of encodings (the so called charmap encodings) that choose a different subset of all Unicode code points and how these code points are -mapped to the bytes ``0x0``-``0xff``. To see how this is done simply open +mapped to the bytes ``0x0``--``0xff``. To see how this is done simply open e.g. :file:`encodings/cp1252.py` (which is an encoding that is used primarily on Windows). There's a string constant with 256 characters that shows you which character is mapped to which byte value. |