@@ -858,7 +858,7 @@ Encodings and Unicode
858858---------------------
859859
860860Strings are stored internally as sequences of code points in
861- range ``0x0 ``-``0x10FFFF ``. (See :pep: `393 ` for
861+ range ``0x0 ``-- ``0x10FFFF ``. (See :pep: `393 ` for
862862more details about the implementation.)
863863Once a string object is used outside of CPU and memory, endianness
864864and 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
868868collectivity referred to as :term: `text encodings <text encoding> `.
869869
870870The simplest text encoding (called ``'latin-1' `` or ``'iso-8859-1' ``) maps
871- the code points 0-255 to the bytes ``0x0 ``-``0xff ``, which means that a string
871+ the code points 0-- 255 to the bytes ``0x0 ``- -``0xff ``, which means that a string
872872object that contains code points above ``U+00FF `` can't be encoded with this
873873codec. Doing so will raise a :exc: `UnicodeEncodeError ` that looks
874874like the following (although the details of the error message may differ):
@@ -877,7 +877,7 @@ position 3: ordinal not in range(256)``.
877877
878878There's another group of encodings (the so called charmap encodings) that choose
879879a different subset of all Unicode code points and how these code points are
880- mapped to the bytes ``0x0 ``-``0xff ``. To see how this is done simply open
880+ mapped to the bytes ``0x0 ``-- ``0xff ``. To see how this is done simply open
881881e.g. :file: `encodings/cp1252.py ` (which is an encoding that is used primarily on
882882Windows). There's a string constant with 256 characters that shows you which
883883character is mapped to which byte value.
0 commit comments