From bc79aa595e8bf71fac3e44ec1ee7284b53858574 Mon Sep 17 00:00:00 2001 From: Guido van Rossum Date: Tue, 24 Dec 2002 18:46:20 +0000 Subject: [PATCH] Move optparse and datetime to "completed"; move a bunch of other things to "probably won't make it", mostly due to lack of energy. --- pep-0283.txt | 94 ++++++++++++++++++++++++++-------------------------- 1 file changed, 47 insertions(+), 47 deletions(-) diff --git a/pep-0283.txt b/pep-0283.txt index 3cfdd4d17..4e681a19a 100644 --- a/pep-0283.txt +++ b/pep-0283.txt @@ -128,6 +128,18 @@ Completed features for 2.3 draft implementation in C, see http://www.python.org/sf/619475 This has now been checked in. + - A new command line option parser. Greg Ward's Optik package + (http://optik.sf.net) has been adopted, convert to a single + module named optparse. See also + http://www.python.org/sigs/getopt-sig/ + + - A standard datetime type. This started as a wiki: + http://www.zope.org/Members/fdrake/DateTimeWiki/FrontPage A + prototype was coded in nondist/sandbox/datetime/. Tim Peters + has finished the C implementation and checked it in. While we + may be tweaking the API during the alpha test period, I consider + this module basically complete -- except for its documentation. + Planned features for 2.3 @@ -153,52 +165,6 @@ Planned features for 2.3 This looks very promising. See http://www.python.org/sf/652586 - - A new command line option parser. Greg Ward's Optik - (http://optik.sf.net) fits the bill fine; there's only some - question about whether it should be given a less "cutesy" name. - I'm leaning toward optparse now. See also - http://www.python.org/sigs/getopt-sig/ - - - Provide alternatives for common uses of the types module; - Skip Montanaro has posted a proto-PEP for this idea: - http://mail.python.org/pipermail/python-dev/2002-May/024346.html - Unfortunately there hasn't been much progress on this. - - - An iterator tools module featuring goodies from SML and Haskell? - http://mail.python.org/pipermail/python-dev/2002-May/024418.html - - - Deprecate the buffer object. - http://mail.python.org/pipermail/python-dev/2002-July/026388.html - http://mail.python.org/pipermail/python-dev/2002-July/026408.html - No progress; the last time this was brought up only Marc-Andre - Lemburg said he had a use for it. I need to find out exactly - what that need is and how much of the buffer object we can retire. - - - Add support for the long-awaited Python catalog. Kapil - Thangavelu has a Zope-based implementation that he demoed at - OSCON 2002. Now all we need is a place to host it and a person - to champion it. - - - A standard datetime type. An implementation effort is under way: - http://www.zope.org/Members/fdrake/DateTimeWiki/FrontPage - There's a prototype implementation in nondist/sandbox/datetime/. - Tim Peters is committed to finishing the C implementation. - Effbot and MAL have a proposal for a basic interface that all - datetime types should implement, but there are some problems with - UTC. A decision needs to be made. - - - Decide on a clearer deprecation policy (especially for modules) - and act on it. For a start, see this message from Neil Norwitz: - http://mail.python.org/pipermail/python-dev/2002-April/023165.html - - - Use pending deprecation for the types and string modules. This - requires providing alternatives for the parts that aren't - covered yet (e.g. string.whitespace and types.TracebackType). - - - PEP 269 Pgen Module for Python Riehl - - Jon Riehl is going to attempt an implementation by mid-September. - - Documentation: complete the distribution and installation manuals. @@ -215,7 +181,7 @@ Planned features for 2.3 - Document deprecated features appropriately. - - Move deprecated features under Py_DEPRECATED (or whatever is decided) + - Mark deprecated C APIs with Py_DEPRECATED. - Deprecate modules which are unmaintained, or perhaps make a new category for modules 'Unmaintained' @@ -225,6 +191,40 @@ Planned features for 2.3 Features unlikely to make it into Python 2.3 + - Decide on a clearer deprecation policy (especially for modules) + and act on it. For a start, see this message from Neil Norwitz: + http://mail.python.org/pipermail/python-dev/2002-April/023165.html + There seems insufficient interest in moving this further in an + organized fashion, and it's not particularly important. + + - Provide alternatives for common uses of the types module; + Skip Montanaro has posted a proto-PEP for this idea: + http://mail.python.org/pipermail/python-dev/2002-May/024346.html + There hasn't been any progress on this, AFAICT. + + - Use pending deprecation for the types and string modules. This + requires providing alternatives for the parts that aren't + covered yet (e.g. string.whitespace and types.TracebackType). + It seems we can't get consensus on this. + + - An iterator tools module featuring goodies from SML and Haskell? + http://mail.python.org/pipermail/python-dev/2002-May/024418.html + I haven't heard about this in ages. + + - Deprecate the buffer object. + http://mail.python.org/pipermail/python-dev/2002-July/026388.html + http://mail.python.org/pipermail/python-dev/2002-July/026408.html + It seems that this is never going to be resolved. + + - PEP 269 Pgen Module for Python Riehl + + I haven't heard from Jon Riehl since he moved to Chicago. + + - Add support for the long-awaited Python catalog. Kapil + Thangavelu has a Zope-based implementation that he demoed at + OSCON 2002. Now all we need is a place to host it and a person + to champion it. + - PEP 266 Optimizing Global Variable/Attribute Access Montanaro PEP 267 Optimized Access to Module Namespaces Hylton PEP 280 Optimizing access to globals van Rossum