> 1. Questions and clarifications should be sent to this list (python-ideas),
> correct?

Yes, unless you think it's of little public value, you can always mail
me directly (Tulip is my top priority until the PEP is accepted and
Tulip lands in the 3.4 stdlib).

> 2. Is there a list of tasks help would be needed with? Is it the the TODO
> file in tulip's root dir?

Hm, that's mostly reminders for myself, and I don't always update it.
There are also lots of TODOs and XXXs in the source code (the XXXs
mark things that are *definitely* in need of fixing, like missing
docstrings; TODOs are often just for pondering). You can certainly
read through it, and if you see a task you would like to do, ping me
for details.

Some tasks that I don't think are represented well but where I would
love to get help:

- Write a somewhat significant server app. I have a somewhat
significant client app (crawl.py) but nothing that exercises the
server API at all. I suspect that there are some awkward things in the
server API that will need fixing.

- Try writing a significant app for a protocol other than HTTP.

- Move the StreamReader class out of http_client.py and design an API
to make it easy to hook it up to any protocol.

- Datagram support (read the section in the PEP on this topic first).


Great, I'll start looking around.
 
> 3. How/where to contribute patches?

I like to get code review requests using codereview.appspot.com (send
them to gvanrossum@gmail.com). Please use the upload.py utility to
upload your patch, don't bother with defining a repository. If I like
your patch I'll probably ask you to submit it yourself, I'll give you
repo access once you've signed a PSF contributor form.

Is that the same contributor form I had to sign for CPython a while ago (I have the asterisk near my name in the issue tracker)? Anyway, sending patches through Rietveld SGTM.

Eli