[Python-checkins] r43319 - python/branches/release24-maint/Doc/lib/libitertools.tex
raymond.hettinger
python-checkins at python.org
Sun Mar 26 03:43:15 CEST 2006
Author: raymond.hettinger
Date: Sun Mar 26 03:43:15 2006
New Revision: 43319
Modified:
python/branches/release24-maint/Doc/lib/libitertools.tex
Log:
Fix mark-up.
Modified: python/branches/release24-maint/Doc/lib/libitertools.tex
==============================================================================
--- python/branches/release24-maint/Doc/lib/libitertools.tex (original)
+++ python/branches/release24-maint/Doc/lib/libitertools.tex Sun Mar 26 03:43:15 2006
@@ -282,7 +282,7 @@
This makes possible an idiom for clustering a data series into n-length
groups using \samp{izip(*[iter(s)]*n)}. For data that doesn't fit
n-length groups exactly, the last tuple can be pre-padded with fill
- values using \samp(izip(*[chain(s, [None]*(n-1))]*n)}.
+ values using \samp{izip(*[chain(s, [None]*(n-1))]*n)}.
Note, when \function{izip()} is used with unequal length inputs, subsequent
iteration over the longer iterables cannot reliably be continued after
@@ -291,7 +291,7 @@
from each iterator in-turn, but the process ends when one of the iterators
terminates. This leaves the last fetched values in limbo (they cannot be
returned in a final, incomplete tuple and they are cannot be pushed back
- into the iterator for retrieval with \code{it.next()}. In general,
+ into the iterator for retrieval with \code{it.next()}). In general,
\function{izip()} should only be used with unequal length inputs when you
don't care about trailing, unmatched values from the longer iterables.
\end{funcdesc}
More information about the Python-checkins
mailing list