summaryrefslogtreecommitdiffstats
path: root/Doc/lib/libcodecs.tex
diff options
context:
space:
mode:
authorWalter Dörwald <walter@livinglogic.de>2006-01-09 12:45:01 (GMT)
committerWalter Dörwald <walter@livinglogic.de>2006-01-09 12:45:01 (GMT)
commitb754fe4e7f6331df129fa904a48a9f55faf37b82 (patch)
tree56c1def0f1e7543e980d75cebbe9b3e2f30cd0b5 /Doc/lib/libcodecs.tex
parent4372558a95f59d03a018994089868f93e3585589 (diff)
downloadcpython-b754fe4e7f6331df129fa904a48a9f55faf37b82.zip
cpython-b754fe4e7f6331df129fa904a48a9f55faf37b82.tar.gz
cpython-b754fe4e7f6331df129fa904a48a9f55faf37b82.tar.bz2
Fix typos.
Diffstat (limited to 'Doc/lib/libcodecs.tex')
-rw-r--r--Doc/lib/libcodecs.tex6
1 files changed, 3 insertions, 3 deletions
diff --git a/Doc/lib/libcodecs.tex b/Doc/lib/libcodecs.tex
index 71d6fe8..b306606 100644
--- a/Doc/lib/libcodecs.tex
+++ b/Doc/lib/libcodecs.tex
@@ -546,7 +546,7 @@ There's another group of encodings (the so called charmap encodings)
that choose a different subset of all unicode code points and how
these codepoints are mapped to the bytes 0x0-0xff. To see how this is
done simply open e.g. encodings/cp1252.py (which is an encoding that
-is used primarily on Windows). There's string constant with 256
+is used primarily on Windows). There's a string constant with 256
characters that shows you which character is mapped to which byte
value.
@@ -584,7 +584,7 @@ there are no issues with byte order in UTF-8. Each byte in a UTF-8
byte sequence consists of two parts: Marker bits (the most significant
bits) and payload bits. The marker bits are a sequence of zero to six
1 bits followed by a 0 bit. Unicode characters are encoded like this
-(with x being a payload bit, which when concatenated give the Unicode
+(with x being payload bits, which when concatenated give the Unicode
character):
\begin{tableii}{l|l}{textrm}{}{Range}{Encoding}
@@ -608,7 +608,7 @@ which encoding was used for encoding a Unicode string. Each charmap
encoding can decode any random byte sequence. However that's not
possible with UTF-8, as UTF-8 byte sequences have a structure that
doesn't allow arbitrary byte sequence. To increase the reliability
-with which an UTF-8 encoding can be detected, Microsoft invented a
+with which a UTF-8 encoding can be detected, Microsoft invented a
variant of UTF-8 (that Python 2.5 calls "utf-8-sig") for its Notepad
program: Before any of the Unicode characters is written to the file,
a UTF-8 encoded BOM (which looks like this as a byte sequence: 0xef,