- remove mention of the isprivate flag, since that isn't directly
  documented here, and according to Tim, should never have been there
- misc. cleanups for consistency
diff --git a/Doc/lib/libdoctest.tex b/Doc/lib/libdoctest.tex
index 139b384..9f9acd5 100644
--- a/Doc/lib/libdoctest.tex
+++ b/Doc/lib/libdoctest.tex
@@ -173,8 +173,8 @@
 python M.py -v
 \end{verbatim}
 
-and a detailed report of all examples tried is printed to \code{stdout},
-along with assorted summaries at the end.
+and a detailed report of all examples tried is printed to standard
+output, along with assorted summaries at the end.
 
 You can force verbose mode by passing \code{verbose=1} to
 \function{testmod()}, or
@@ -188,14 +188,11 @@
 
 \subsection{Which Docstrings Are Examined?}
 
-See \file{docstring.py} for all the details.  They're unsurprising:  the
-module docstring, and all function, class and method docstrings are
-searched.  Optionally, the tester can be directed to exclude
-docstrings attached to objects with private names.
-Objects imported into the module are not searched.
-\versionchanged[Previously, the tester defaulted to skipping objects
-with private names (to obtain version independence, explicitly specify
-\var{isprivate} when launching doctests)]{2.3}
+See the docstrings in \file{doctest.py} for all the details.  They're
+unsurprising: the module docstring, and all function, class and method
+docstrings are searched.  Optionally, the tester can be directed to
+exclude docstrings attached to objects with private names.  Objects
+imported into the module are not searched.
 
 In addition, if \code{M.__test__} exists and "is true", it must be a
 dict, and each entry maps a (string) name to a function object, class
@@ -205,7 +202,7 @@
 In output, a key \code{K} in \code{M.__test__} appears with name
 
 \begin{verbatim}
-      <name of M>.__test__.K
+<name of M>.__test__.K
 \end{verbatim}
 
 Any classes found are recursively searched similarly, to test docstrings in
@@ -259,7 +256,7 @@
 
   The doctest examples are extracted (see function \function{testsource()}),
   and written to a temporary file.  The Python debugger, \refmodule{pdb},
-  is then invoked on that file.    
+  is then invoked on that file.
   \versionadded{2.3}
 \end{funcdesc}
 
@@ -270,7 +267,7 @@
   instance, \code{master}.
 
   To get finer control than \function{testmod()} offers, create an instance
-  of \class{Tester} with custom policies and run the methods of \code{master}
+  of \class{Tester} with custom policies, or run methods of \code{master}
   directly.  See \code{Tester.__doc__} for details.
 \end{funcdesc}
 
@@ -299,7 +296,7 @@
 
   The optional \var{module} argument provides the module to be tested.  It
   can be a module object or a (possibly dotted) module name.  If not
-  specified, the module calling \function{DocTestSuite()} is used.
+  specified, the module calling this function is used.
 
   Example using one of the many ways that the \refmodule{unittest} module
   can use a \class{TestSuite}:
@@ -315,7 +312,7 @@
   \end{verbatim}
 
   \versionadded{2.3}
-  \warning{\function{DocTestSuite()} does not current search \code{M.__test__}
+  \warning{This function does not currently search \code{M.__test__}
   and its search technique does not exactly match \function{testmod()} in
   every detail.  Future versions will bring the two into convergence.}
 \end{funcdesc}