I posted this on comp.lang.python and only got one email back. Maybe someone here could point me to a package python package that does man pages right. I know I am a dinosaur for still liking man pages. And a follow on... I just grabbed that 3.0 alpha of epydoc and after using it for two weeks, I REALLY like it, but it has some quirks. I haven't heard back from the author, but what is the current state of documentation best practice for python. I got frustrated by lack of features from pydoc and doxygen doesn't really understand python that well.
Thanks much! -kurt
my nntp post...
I am rearranging the layout of one of my python projects so that it more closely conforms to how most python projects seem to work. I now have a structure like this:
seismic-py - setup.py - seismic - bulk of the code - scripts - programs that go in bin
I am using OptionParser, help2man, groff and man2html to provide man pages. Everything was sitting in the top level directory, so it was clear where to put these, but where do I put the foo.help2man files that contain extra text for the man pages? If I put it in scripts, that is pretty easy to cope with, but I was thinking about a docs directory, but then the build process might be more difficult. Or should I be putting in another string in each executable that contains this extra man page info? Then it would show up in epydoc as well. Maybe something like
__help2man__ = ''' [AUTHOR] Kurt Schwehr
[SEE ALSO] segysql.py
The --coord-unit option is designed to allow use of databases that exclude the CoordUnit field. This field is probably the same for all traces in the majority of SEGY data files, so most segy-py drivers will want to exclude coordunit from the short list (see segysql.py). The values are taken from page 14 of the SEG-Y Rev 1 specification
-1 = Follow field 89-90 of the trace header 1 = Length (meters or feet) [NOT supported] 2 = Seconds of arc 3 = Degrees, minutes, seconds (DMS) [NOT SUPPORTED] '''
I am still in the middle of shuffling the tree about, but it is available here...
Any thoughts would be greatly appreciated! I am still trying to understand the best practices for python packaging.
seismic-py - setup.py - seismic - __init.py__ - bulk of the code *.py - scripts - programs that go in bin/the users executable path (no .py extension)