I thought this too when I first saw the new list api.  Is the Twitter
team moving away from id/screenname based query parameters and simply
using screen names?

I suppose the point being that Daniel was making is that screen name
is superflous when using authentication especially since all the POST,
PUT and DELETE commands will require authentication to work.

It would be good to at least know which url structure Twitter intend
to support because as it stands now their is a disjoint between this
new API and the old ones.


Sent from my iPhone

On 8 Nov 2009, at 16:49, Josh Roesslein <jroessl...@gmail.com> wrote:

> Twitter API team seems to want to make the API more "RESTful". So that
> is my guess why that
> end point is /:user/lists.xml POST versus something like /lists/
> create.xml
> Josh
> On Sun, Nov 8, 2009 at 2:25 AM, Dimebrain <daniel.cre...@gmail.com>
> wrote:
>> The current endpoint for creating a new list is:
>> http://api.twitter.com/1/user/lists.format
>> But the "user" part is meant to be the user's screen name.
>> If your application is oAuth, you don't necessarily know or care
>> about
>> the user's screen name.
>> You can easily get it with a verify_credentials call.
>> However, this is the first time that an API endpoint has required two
>> calls to be useful. Why would the user part of the URL be necessary
>> at
>> all if authentication is required?

Reply via email to