1998-02-18 12:03:43 -04:00
|
|
|
PYTHON DOCUMENTATION TO-DO LIST -*- indented-text -*-
|
1998-02-17 15:01:02 -04:00
|
|
|
===============================
|
|
|
|
|
2000-07-31 15:18:27 -03:00
|
|
|
General
|
|
|
|
-------
|
|
|
|
|
|
|
|
* Figure out HTMLHelp generation for the Windows world.
|
|
|
|
|
|
|
|
* Straighten out random/whrandom. Things are generally in the right
|
|
|
|
place, but need to respond to comments in email from Jan Kim
|
|
|
|
<kim@mpiz-koeln.mpg.de>.
|
|
|
|
|
|
|
|
|
|
|
|
Python/C API
|
|
|
|
------------
|
1998-02-17 15:01:02 -04:00
|
|
|
|
1999-07-02 11:31:41 -03:00
|
|
|
* The "Very High Level Interface" in the API document has been
|
|
|
|
requested; I guess it wouldn't hurt to fill in a bit there. Request
|
|
|
|
by Albert Hofkamp <a.hofkamp@wtb.tue.nl>. (Partly done.)
|
|
|
|
|
1999-02-22 10:37:18 -04:00
|
|
|
* Describe implementing types in C, including use of the 'self'
|
|
|
|
parameter to the method implementation function. (Missing material
|
|
|
|
mentioned in the Extending & Embedding manual, section 1.1; problem
|
2000-07-31 15:18:27 -03:00
|
|
|
reported by Clay Spence <cspence@sarnoff.com>.) Heavily impacts one
|
|
|
|
chapter of the Python/C API manual.
|
|
|
|
|
|
|
|
* Missing PyArg_ParseTuple(), PyArg_ParseTupleAndKeywords(),
|
|
|
|
Py_BuildValue(). Information requested by Greg Kochanski
|
|
|
|
<gpk@bell-labs.com>. PyEval_EvalCode() has also been requested.
|
|
|
|
|
|
|
|
Extending & Embedding
|
|
|
|
---------------------
|
|
|
|
|
|
|
|
* More information is needed about building dynamically linked
|
|
|
|
extensions in C++. Specifically, the extensions must be linked
|
|
|
|
against the C++ libraries (and possibly runtime). Also noted by
|
|
|
|
Albert Hofkamp <a.hofkamp@wtb.tue.nl>.
|
1999-02-22 10:37:18 -04:00
|
|
|
|
2000-07-31 15:18:27 -03:00
|
|
|
Reference Manual
|
|
|
|
----------------
|
1999-04-23 12:15:58 -03:00
|
|
|
|
2000-07-31 15:18:27 -03:00
|
|
|
* Document the Extended Call Syntax in the language reference.
|
|
|
|
[Jeremy Hylton]
|
|
|
|
|
|
|
|
* Document new comparison support for recursive objects (lang. ref.?
|
|
|
|
library ref.? (cmp() function). [Jeremy Hylton]
|
|
|
|
|
2000-08-23 21:50:27 -03:00
|
|
|
* Augmented assignment. [Thomas Wouters]
|
|
|
|
|
2000-07-31 15:18:27 -03:00
|
|
|
Library Reference
|
|
|
|
-----------------
|
|
|
|
|
|
|
|
* urllib2 module reference. [Jeremy Hylton]
|
1999-12-23 13:22:13 -04:00
|
|
|
|
1999-01-12 17:31:16 -04:00
|
|
|
* Update the pickle documentation to describe all of the current
|
1999-12-21 19:02:38 -04:00
|
|
|
behavior; only a subset is described. __reduce__, etc. Partial
|
|
|
|
update submitted by Jim Kerr <jbkerr@sr.hp.com>.
|
1998-02-17 15:01:02 -04:00
|
|
|
|
2000-06-29 00:33:28 -03:00
|
|
|
* Update the httplib documentation to match Greg Stein's HTTP/1.1
|
|
|
|
support and new classes. (Greg, this is yours!)
|
|
|
|
|
2000-08-31 02:08:00 -03:00
|
|
|
* SSL support in the socket module is not documented.
|
|
|
|
|
2000-07-31 15:18:27 -03:00
|
|
|
Tutorial
|
|
|
|
--------
|
|
|
|
|
|
|
|
* Update tutorial to use string methods and talk about backward
|
|
|
|
compatibility of same.
|
|
|
|
|
1999-12-21 19:02:38 -04:00
|
|
|
|
|
|
|
NOT WORTH THE TROUBLE
|
|
|
|
---------------------
|
|
|
|
|
1999-01-12 17:31:16 -04:00
|
|
|
* In the indexes, some subitem entries are separated from the item
|
|
|
|
entries by column- or page-breaks. Reported by Lorenzo M. Catucci
|
1999-04-29 01:23:37 -03:00
|
|
|
<lorenzo@argon.roma2.infn.it>. This one will be hard; probably not
|
1999-07-02 11:31:41 -03:00
|
|
|
really worth the pain. (Only an issue at all when a header-letter
|
|
|
|
and the first index entry get separated -- can change as soon as we
|
2000-07-31 15:18:27 -03:00
|
|
|
change the index entries in the text.) Also only a problem in the
|
|
|
|
print version.
|
1998-07-24 10:02:17 -03:00
|
|
|
|
|
|
|
* Fix problem with howto documents getting the last module synopsis
|
|
|
|
twice (in \localmoduletable) so we can get rid of the ugly 'uniq'
|
1999-12-21 19:02:38 -04:00
|
|
|
hack in tools/mkhowto. (Probably not worth the trouble of fixing.)
|