[Python-ideas] Improving Pydoc

Ron Adam rrr at ronadam.com
Fri Dec 22 09:27:28 CET 2006


Improving pydoc has been suggested before by me and others.  I've been working 
on a version that is probably 80% done and would like to get feed back at this 
point to determine if I'm approaching this in the best way.

Basically pydoc.py consists of over 2,000 lines of python code and is not well 
organized inside which means (my thoughts) it will pretty much stay the way it 
is and not be as useful as it could be.

Currently pydoc.py has the following uses.

     * It is imported and used as pythons console help function.
     * It can be used to generate help text files.
     * It can open a tkinter search index and from that launch a web server and 
a browser to veiw a html help page.
     * It can be used to generate static html help files.


It looks (to me) like splitting it into two modules would be good.  One module 
for just the text help and introspection functions, and the other for the html 
server and html output stuff.


1. pyhelp.py - Pythons help function from inside the console, and running it 
directly would open an interactive text help session.

2. _pydoc.py - Python html help browser.  This starts an html server and opens a 
web page with a modules/package index.  The html page headers would contain the 
current Python version info and the following inputs fields.

     * get field - directly bring up help on an object/module/or package.
     * Search field - returns a search results index.
     * Modules button - modules index page
     * Keywords button - keywords index page
     * Help button - pydoc Help instructions, version, and credits info.

Note: The leading underscore "_pydoc.py" is to keep it from clashing with the 
current pydoc version.  It probably should be something else.


An additional feature is clicking on a filename opens up a numbered source 
listing. Which is nice for source code browsing and for referencing specific 
lines of code in python list discussions. ;-)

The colors, fonts and general appearance can be changed by editing the style 
sheet.  The output is readable as plain (outline form) text if the style sheet 
is ignored by the browser.

_pydoc.py imports pyhelp and uses it to do the introspection work and extends 
classes in pyhelp to produce html output.  I've tried to make pyhelp.py useful 
in a general way so that it can more easily be used as a base that other output 
formats can be built from. That's something that can't be done presently.

These improvements to pydoc mean you can browse pythons library dynamically 
without ever leaving the web browser. Currently you switch back and forth 
between the browser and a tkinter index window.  Something I found to be 
annoying enough to discourage me from using pydoc.


The version I'm working on is split up into eight python files, each addressing 
a particular function of pydoc. That was to help me organize things better. 
These will be recombined into fewer files.  Some parts of it could be moved to 
other modules if they seem more generally useful.  For example, the console text 
pager could be used in many other console applications.

Things that still need to be done are adding the object resolution order output 
back in.  And adding inter-page html links back in.  And a few other things I 
just haven't gotten to yet.  I got a bit burned out on this project a while 
back, and then moved to a new house.. etc.. etc..  But I'm starting to have more 
time, and with the current discussion s turning on to refining pythons library 
this seems like it would be a useful tool in that effort.

Any comments on this general approach?  Any suggestions, questions, or comments?

I'll post a link to the zipped files in the next day or two and announce it 
here. I need to look into a glitch on my computer first that's probably a 
windows path/name problem. I don't think it's anything that needs to be fixed in 
the files but I want to be sure.

Cheers,
    Ron Adam











More information about the Python-ideas mailing list