v0.5 is backwards incompatible about requests

[umbrae]

IMO data should map to the query string for a GET.

Some more discussion here: http://stackoverflow.com/questions/978061/http-get-with-request-body

[kennethreitz]

This change was introduced because parameters are now mapped on all query types, instead of only GET/HEADs.

This leads to a much more consistent internal API, with less request-type branching.

params = querystring dict
data = body dict or bytes

[kennethreitz]

It should also be noted that data is not an available keyword on the get function, which should be the primary method of making GET requests.

@jgorset, are you using request.request directly? I view that as an internal-only function.

[jgorset]

@kennethreitz,

if request is an internal function, I don't think it should be defined in the api module. I'd argue that it's very useful, though.

[kennethreitz]

@jgorset, can you hop on freenode #python-requests?

[umbrae]

Re: params = querystring, data=request body for all methods, I like that even better. 👍