[wwwsearch-commits] r51826 - wwwsearch/mechanize/trunk

jjlee at codespeak.net jjlee at codespeak.net
Sat Feb 23 20:05:29 CET 2008


Author: jjlee
Date: Sat Feb 23 20:05:26 2008
New Revision: 51826

Modified:
   wwwsearch/mechanize/trunk/doc.html.in
Log:
Minor doc fixes

Modified: wwwsearch/mechanize/trunk/doc.html.in
==============================================================================
--- wwwsearch/mechanize/trunk/doc.html.in	(original)
+++ wwwsearch/mechanize/trunk/doc.html.in	Sat Feb 23 20:05:26 2008
@@ -644,15 +644,15 @@
 
 <p>Alternatively, you can examine your individual request and response
 objects to see what's going on.  Note, though, that mechanize upgrades
-urllib2.Request objects to mechanize.Request, so you won't see any
-headers that are added to requests by handlers unless you use
-mechanize.Request in the first place.  In addition, requests may
-involve "sub-requests" in cases such as redirection, in which case you
-will also not see everything that's going on just by examining the
-original request and final response.  mechanize's responses can be
-made to have <code>.seek()</code> and <code>.get_data()</code>
-methods.  It's often useful to use the <code>.get_data()</code> method
-during debugging (see <a href="./doc.html#seekable">above</a>).
+<code>urllib2.Request</code> objects to <code>mechanize.Request</code>, so you
+won't see any headers that are added to requests by handlers unless you use
+<code>mechanize.Request</code> in the first place.  In addition, requests may
+involve "sub-requests" in cases such as redirection, in which case you will
+also not see everything that's going on just by examining the original request
+and final response.  mechanize's responses can be made to
+have <code>.seek()</code> and <code>.get_data()</code> methods.  It's often
+useful to use the <code>.get_data()</code> method during debugging
+(see <a href="./doc.html#seekable">above</a>).
 
 <p>Also, note <code>HTTPRedirectDebugProcessor</code> (which prints information
 about redirections) and <code>HTTPResponseDebugProcessor</code> (which prints
@@ -854,7 +854,7 @@
         detail.
     <li>HTTP cookies <a href="http://www.cookiecentral.com/">FAQ</a>.
   </ul>
-  <li>Which protocols does ClientCookie support?
+  <li>Which protocols does mechanize support?
      <p>Netscape and RFC 2965.  RFC 2965 handling is switched off by default.
   <li>What about RFC 2109?
      <p>RFC 2109 cookies are currently parsed as Netscape cookies, and treated
@@ -862,7 +862,7 @@
      or as Netscape cookies otherwise.  RFC 2109 is officially obsoleted by RFC
      2965.  Browsers do use a few RFC 2109 features in their Netscape cookie
      implementations (<code>port</code> and <code>max-age</code>), and
-     ClientCookie knows about that, too.
+     mechanize knows about that, too.
 </ul>
 
 


More information about the wwwsearch-commits mailing list