files to satisfy imports, pydoc.pyw was just importing itself!

  Can't test it until getting to a Win2K box, because the non-Admin way
  of setting file associations on Win2K doesn't work on any other flavor
  of Windows (and other flavors of Windows never need Admin privs to
  do it the old way).
+ Consequently got rid of the "Register file associations" Component and
  associated GUI.
+ Added a line to the summary saying whether or not this is an Admin-level
  install (I fear that will be an important clue someday).
+ Minor fiddling to the summary to reduce the # of lines.  Added a
  horizontal scrollbar in case the install path is very long.
+ Reworked the way the Main and Tools components share pydoc.pyw; cleaner
  and simpler.

and install the Python and MS runtime DLLs into the Python dir instead of
a system dir.
Initial value is taken from new compiler vrbl _DOADMIN_ (default true),
and forced to false if the user doesn't have admin privs.
This makes it possible to *test* non-admin installs on machines where the
distinction doesn't exist (like my home box), via just changing _DOADMIN_.
It may also be useful for users who don't *want* an installer to
scribble into their system dir (for example, me(! most days)), but that
would require adding more GUI to let them get at it.

+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
  script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
  script items by hand into 3 separate items, so you can see what the heck
  they're doing in the script view.
+ pydoc.pyw was a problem:  it's installed by both the Main and Tools
  components.  So when both were selected, the second time it got
  installed Wise figured it was overwriting a pre-existing version, and
  made a backup copy in BACKUP.  A rollback-uninstall then restored that,
  leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
  remove that directory (or any above it).  Fixed by installing pydoc.pyw
  at most once.
+ Rearranged and commented the "register file extensions" section, because
  it was confusing and needs more work:  turns out it's not true that
  Win2K requires Admin privs to register file extensions, BUT, if you
  don't have Admin privs, Win2K requires a new way to register file
  extensions, and a way that doesn't blow up but doesn't do any good either
  on earlier Windows flavors.  I think I know how to get this done, but am
  too depressed to do it right now <0.7 wink>.

exception classes in the module dictionary.

starting the test suite proper.  If _socket fails to build, that will
make this test fail with an ImportError -- handled by the test harness
as "no such module _socket" -- instead of an AttributeError deep in
CGIHTTPServer.

David Bolen.

the object being inserted was not being DECREFed.

This closes SF bug #444486.

by Albert Hofkamp.  Some editing has been done for style and markup
consistency.

This also supplies an example of importing modules and calling a function
defined in the module, so this closes SF bug #440037 as well.

(The long example code was moved to a separate file so that it would
format properly.)

This closes the SF bug (feature request) #439710.

and programmatically extend the database in different ways.

This closes the SF bug (feature request) #439710.

This should stop the bizarre translations Jack was getting from Mac CVS.

names of the test methods were not changed from the Zope-standard "check"
names to the Python-standard "test_" names, so the tests were not actually
being run.

Added test of hexadecimal character references as a regression check for
SF bug #445196.

Fix handling of hexadecimal character references (legal in XHTML) so that
they are properly interpreted as character references.
This fixes SF bug #445196.

+ Ditto pydoc.
  (IMO, both should have been done long ago -- simply didn't occur to
   me before)
+ Build the summary text into a vrbl instead of a temp file.  Doh!  Less
  fiddling, and should avoid another class of Win2K permission problems.
Bug:  the "auto vertical scrollbar" control on the summary page doesn't
work (never creates a scrollbar, no matter how much text).  So forced a
vertical scrollbar there.

markup inconsistencies.

old-style CoreFoundation.h.

  the --with-suffix=.exe, but it seems that that is also true for cygwin
  (or not? should I automatically set it?)
- Got --with-next-framework to build on OSX. This is only the build bit,
  the install still has to be done manually. Moreover, the Python build order
  isn't really suited to frameworks (where you want to do 'build lib',
  'install lib and framework', 'link executable against installed framework'
  in that order).

Removed: it doesn't work anymore, and it wasn't all that useful anyway. The FrameWork testcode shows similar functionality.