(original) (raw)
Yes, unless you think it's of little public value, you can always mail
\> 1\. Questions and clarifications should be sent to this list (python-ideas),
\> correct?
me directly (Tulip is my top priority until the PEP is accepted and
Tulip lands in the 3.4 stdlib).
Hm, that's mostly reminders for myself, and I don't always update it.
\> 2\. Is there a list of tasks help would be needed with? Is it the the TODO
\> file in tulip's root dir?
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
�