[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-31 Thread Dave Briccetti
I wrote a method for it: getListNamed, which gets the list (and its slug) by brute force. http://github.com/dcbriccetti/talking-puffin/blob/master/twitter-api/src/main/scala/org/talkingpuffin/twitter/AuthenticatedSession.scala

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-31 Thread Rich
Actually following on from this, I see @screenName/listName automatically links to the list on the site, so surely we have to be able to call the API using listNames too unless there is a reverse lookup API to convert list id to slug? On Oct 30, 11:31 pm, Rich wrote: > Well we be able to use slu

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-30 Thread Rich
Well we be able to use slug or will we HAVE to use list id? At the moment I'm using the slug in my API calls On Oct 30, 5:53 pm, "LeeS - @semel" wrote: > Does calling the status timeline for a list count against rate limit? > > What I'm thinking of is doing an Ajax widget that auto updates with

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-30 Thread LeeS - @semel
Does calling the status timeline for a list count against rate limit? What I'm thinking of is doing an Ajax widget that auto updates with new tweets from a list every few seconds, similar to how many people use the Search API to do this by hashtag. If the status API request is rate limited this

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-30 Thread Tim Haines
Yes, members will return a next_cursor. Send that value back as a cursor url param. On Fri, Oct 30, 2009 at 9:49 PM, Dan wrote: > > The update says all requests that produce a list *of lists* will have > a cursor option. > > What about lists of members following/followed on/by a list? > > If I

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-30 Thread Dan
The update says all requests that produce a list *of lists* will have a cursor option. What about lists of members following/followed on/by a list? If I want to download the list of people following a list, members.xml currently gives only 20 users. Is there a way to ask for more, or to get the

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-30 Thread Jeremy Felt
It appears that user/lists.xml only shows lists that are created by the user and not those that they follow. Any change coming to that or am I missing a way to see all lists that a user follows? Thanks, Jeremy On Oct 28, 3:00 pm, Marcel Molina wrote: > Two additions and two changes to the List

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Naveen Ayyagari
Thanks for the quick response. I guess I was confused. On Oct 28, 2009, at 8:53 PM, Marcel Molina wrote: The cursors are for lists of lists and lists of users followed by/following lists. The statuses timeline for a given list takes all the same options you'd expect to manage status timelines.

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Marcel Molina
The cursors are for lists of lists and lists of users followed by/following lists. The statuses timeline for a given list takes all the same options you'd expect to manage status timelines. On Wed, Oct 28, 2009 at 5:43 PM, Naveen wrote: > > How does one keep a list up to date for a client withou

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Naveen
How does one keep a list up to date for a client without the concept of since_id, like we have for the timeline methods? I look at a lists as just a different timeline (granted one filtered to specific users), but that is how I would expect to view them in a client. >From my understanding of curs

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Marcel Molina
Real soon now. We appreciate everyone's patience while we gradually ramp up traffic to lists to ensure we've got all our ducks in a row. On Wed, Oct 28, 2009 at 2:53 PM, Rich wrote: > > +1 to this > > Any news on when the rest of us devs can get access to this to work on > our apps? > > On Oct 2

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Rich
+1 to this Any news on when the rest of us devs can get access to this to work on our apps? On Oct 28, 8:11 pm, Jesse Stay wrote: > Maybe a little more appropriate to post this to a private list (no pun > intended) for beta users?  I admit I feel a little jealous every time I see > one of these

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Marcel Molina
Answers inline: On Wed, Oct 28, 2009 at 1:14 PM, Tim Haines wrote: > > Marcel, > > Great changes.  A couple of questions: > > - How long can a list description be? 160 :-) > - A title can only be 15 chars - will that remain unchanged? Unchanged. > - Will there be a little overlap where membe

[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug & more consistent names)

2009-10-28 Thread Tim Haines
Marcel, Great changes. A couple of questions: - How long can a list description be? - A title can only be 15 chars - will that remain unchanged? - Will there be a little overlap where memberships and subscribers will still work while people migrate to followers/following? It would be awesome i