Differences between revisions 16 and 17
Revision 16 as of 2008-11-15 14:01:03
Size: 2157
Editor: localhost
Comment: converted to 1.6 markup
Revision 17 as of 2010-06-18 11:51:06
Size: 2174
Editor: techtonik
Comment: code coverage link
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
 * Work on unit test suite. This includes not only developing support code (such as decorators to flag tests that are implementation-specific, known to fail, etc.), but also to have more code coverage in the unit tests.  * Work on unit test suite. This includes not only developing support code (such as decorators to flag tests that are implementation-specific, known to fail, etc.), but also to have more [[CodeCoverage|code coverage]] in the unit tests.
  • Cleanup/modernize a module(s) in the stdlib.
  • Work on unit test suite. This includes not only developing support code (such as decorators to flag tests that are implementation-specific, known to fail, etc.), but also to have more code coverage in the unit tests.

  • Implement the SCSU codec.

  • ../FileSystemVirtualization

  • ../EnhancedIterTools

  • ../ExploreFunctionalProgramming

  • ../TestingImprovements

  • The modules which deal with both str and unicode sometimes treat them differently -- which is usually a bug.
  • CompleteSslSupport

  • UnicodeonWindowsExtensions

  • MakeXmlrpclibAsynchronous

  • Document the bgen tool included in the Python source distribution. Jack Jansen has a version of bgen extended for C++; see Jack's home page for a paper about it. Perhaps it could be incorporated.

  • asyncore: There are still people using asyncore, even though Twisted has taken most of the asynchronous-socket mindshare. There's a small test suite for asyncore, but it's far from exercising every method and branch. A good first step would be to improve the test suite. That would let us fix bugs with less worry about breaking the module.
  • curses: The largest outstanding issue for curses is support for Unicode, or wide characters, or however you write I18N applications with curses.
  • Add cross compiling support in distutils (and otherwise improve distutils).
  • Improve Python Debugger(PDB).Some general ideas are here: PdbImprovments. If you have any suggestions related to pdb, add them there.

  • Write an RPC mechanism, or prepare an existing RPC mechanism, for the standard library (note: http://rpyc.wikispaces.com).

  • Write a library around pickle that allows developers to version their pickles such that old pickles can still be read even though the code that created them has been refactored, attributes renamed, and other such changes. (Perhaps not of great interest to the community. --amk)
  • Write an easy-to-use API around the actual ftplib library, so it's easy and intuitive to use.

CodingProjectIdeas/StandardLibrary (last edited 2014-01-29 14:50:27 by RichardProsser)

Unable to edit the page? See the FrontPage for instructions.