[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-03 Thread Rich

I second this, it'd be good to emulate the behaviour with real re-
tweets in there

On Sep 3, 7:45 pm, "Jim Renkel"  wrote:
> Marcel,
>
> This is good news! It will allow us to start development of retweet
> support in our client applications / web-sites, and do backward
> compatibility testing.
>
> Would it be possible, if it has not already been done, for twitter to
> create a couple of accounts that include some retweets so we can also do
> forward compatibility testing? It doesn't have to be much, just a
> half-dozen or so nonsense status updates in each account, some
> retweeted, some not.
>
> When you do this, please be sure to include an example of a status
> update that is retweeted by more than one other account. I, and others,
> still have questions, so far unanswered, about what the results will
> look like in this case, and other similar cases.
>
> Thanks in advance,
>
> Jim Renkel
>
>
>
> -Original Message-
> From: twitter-development-talk@googlegroups.com
>
> [mailto:twitter-development-t...@googlegroups.com] On Behalf Of Marcel
> Molina
> Sent: Wednesday, September 02, 2009 18:23
> To: twitter-development-talk@googlegroups.com;
> twitter-api-annou...@googlegroups.com
> Subject: [twitter-dev] [ANN] statuses/home_timeline resource now
> available (though it doesn't include retweets yet)
>
> We mentioned in our early preview email about the retweet API
> (http://groups.google.com/group/twitter-api-announce/browse_thread/threa
> d/1e07e332ec3d449d)
> that the statuses/friends_timeline resource wasn't going to include
> retweets for backwards compatibility so we don't break clients that
> aren't planning to add retweet support. The upgrade path is entirely
> opt-in. To that end we're adding a statuses/home_timeline resource
> that is in all ways identical to statuses/friends_timeline except the
> home_timeline resource *will* include retweets as demonstrated in the
> example payload in the documentation 
> athttp://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses-home_time
> line.
>
> The statuses/home_timeline resource is now available though it won't
> include any retweets until the retweeting feature is fully launched.
> To be clear, until the full retweet launch, statuses/home_timeline
> will be 100% identical to statuses/friends_timeline and will *not*
> include retweets. We wanted to make the resource available early
> though so that clients who will be incorporating retweets into their
> timelines can update the resource that they reference and have
> requests succeed. When the full retweet launch happens, retweets will
> start to appear in statuses/home_timeline as per the documentation.
>
> --
> Marcel Molina
> Twitter Platform Teamhttp://twitter.com/noradio


[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-03 Thread Jim Renkel

Marcel,

This is good news! It will allow us to start development of retweet
support in our client applications / web-sites, and do backward
compatibility testing.

Would it be possible, if it has not already been done, for twitter to
create a couple of accounts that include some retweets so we can also do
forward compatibility testing? It doesn't have to be much, just a
half-dozen or so nonsense status updates in each account, some
retweeted, some not.

When you do this, please be sure to include an example of a status
update that is retweeted by more than one other account. I, and others,
still have questions, so far unanswered, about what the results will
look like in this case, and other similar cases.

Thanks in advance,

Jim Renkel

-Original Message-
From: twitter-development-talk@googlegroups.com
[mailto:twitter-development-t...@googlegroups.com] On Behalf Of Marcel
Molina
Sent: Wednesday, September 02, 2009 18:23
To: twitter-development-talk@googlegroups.com;
twitter-api-annou...@googlegroups.com
Subject: [twitter-dev] [ANN] statuses/home_timeline resource now
available (though it doesn't include retweets yet)


We mentioned in our early preview email about the retweet API
(http://groups.google.com/group/twitter-api-announce/browse_thread/threa
d/1e07e332ec3d449d)
that the statuses/friends_timeline resource wasn't going to include
retweets for backwards compatibility so we don't break clients that
aren't planning to add retweet support. The upgrade path is entirely
opt-in. To that end we're adding a statuses/home_timeline resource
that is in all ways identical to statuses/friends_timeline except the
home_timeline resource *will* include retweets as demonstrated in the
example payload in the documentation at
http://apiwiki.twitter.com/Twitter-REST-API-Method%3A-statuses-home_time
line.

The statuses/home_timeline resource is now available though it won't
include any retweets until the retweeting feature is fully launched.
To be clear, until the full retweet launch, statuses/home_timeline
will be 100% identical to statuses/friends_timeline and will *not*
include retweets. We wanted to make the resource available early
though so that clients who will be incorporating retweets into their
timelines can update the resource that they reference and have
requests succeed. When the full retweet launch happens, retweets will
start to appear in statuses/home_timeline as per the documentation.

-- 
Marcel Molina
Twitter Platform Team
http://twitter.com/noradio



[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-03 Thread Marcel Molina

The friends_timeline will likely be around for an amount of time on
the scale of months, rather than weeks.

On Thu, Sep 3, 2009 at 3:03 AM, Rich wrote:
>
> Any idea how long the friends_timeline will be available for,
> obviously there might be some considerable development time assocated
> with switching (and in the case of iPhone applications getting Apple
> to review the whole process too!)
>
> On Sep 3, 1:19 am, Marcel Molina  wrote:
>> The current friends_timeline and home_timeline both include mentions
>> already. The friends_timeline will continue to not include retweets
>> since the payload for a retweeted status is slightly different. At
>> some future time, though, the friends_timeline will be removed in
>> favor of the home_timeline, which will include retweets. Having both
>> parallel timelines, with one that does not include retweets is just a
>> stop gap measure to ease the upgrade path.
>>
>>
>>
>> On Wed, Sep 2, 2009 at 4:56 PM, TjL wrote:
>>
>> > from the API page
>>
>> >> Twitter REST API Method: statuses/home_timeline [COMING SOON]
>> >> Returns the 20 most recent statuses, including retweets, posted by the 
>> >> authenticating user and that user's friends. This is the equivalent of 
>> >> /timeline/home on the Web.
>>
>> >> Usage note: This home_timeline is identical to statuses/friends_timeline 
>> >> except it also contains retweets, which statuses/friends_timeline does 
>> >> not (for backwards compatibility reasons). In a future version of the 
>> >> API, statuses/friends_timeline will go away and be replaced by 
>> >> home_timeline.
>>
>> > Does this mean that "in a future version of the API" there won't be
>> > any way to get a friends timeline without retweets?
>>
>> > Because the ability to ignore retweets ought to be a Day 1 feature, IMO.
>>
>> > I would put a much higher value on a unified feed which includes
>> > "*mentions* and friends" than "*retweets* and friends"
>>
>> > FWIW
>>
>> > TjL
>>
>> --
>> Marcel Molina
>> Twitter Platform Teamhttp://twitter.com/noradio
>



-- 
Marcel Molina
Twitter Platform Team
http://twitter.com/noradio


[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-03 Thread Rich

Any idea how long the friends_timeline will be available for,
obviously there might be some considerable development time assocated
with switching (and in the case of iPhone applications getting Apple
to review the whole process too!)

On Sep 3, 1:19 am, Marcel Molina  wrote:
> The current friends_timeline and home_timeline both include mentions
> already. The friends_timeline will continue to not include retweets
> since the payload for a retweeted status is slightly different. At
> some future time, though, the friends_timeline will be removed in
> favor of the home_timeline, which will include retweets. Having both
> parallel timelines, with one that does not include retweets is just a
> stop gap measure to ease the upgrade path.
>
>
>
> On Wed, Sep 2, 2009 at 4:56 PM, TjL wrote:
>
> > from the API page
>
> >> Twitter REST API Method: statuses/home_timeline [COMING SOON]
> >> Returns the 20 most recent statuses, including retweets, posted by the 
> >> authenticating user and that user's friends. This is the equivalent of 
> >> /timeline/home on the Web.
>
> >> Usage note: This home_timeline is identical to statuses/friends_timeline 
> >> except it also contains retweets, which statuses/friends_timeline does not 
> >> (for backwards compatibility reasons). In a future version of the API, 
> >> statuses/friends_timeline will go away and be replaced by home_timeline.
>
> > Does this mean that "in a future version of the API" there won't be
> > any way to get a friends timeline without retweets?
>
> > Because the ability to ignore retweets ought to be a Day 1 feature, IMO.
>
> > I would put a much higher value on a unified feed which includes
> > "*mentions* and friends" than "*retweets* and friends"
>
> > FWIW
>
> > TjL
>
> --
> Marcel Molina
> Twitter Platform Teamhttp://twitter.com/noradio


[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-02 Thread Marcel Molina

The current friends_timeline and home_timeline both include mentions
already. The friends_timeline will continue to not include retweets
since the payload for a retweeted status is slightly different. At
some future time, though, the friends_timeline will be removed in
favor of the home_timeline, which will include retweets. Having both
parallel timelines, with one that does not include retweets is just a
stop gap measure to ease the upgrade path.

On Wed, Sep 2, 2009 at 4:56 PM, TjL wrote:
>
> from the API page
>
>> Twitter REST API Method: statuses/home_timeline [COMING SOON]
>> Returns the 20 most recent statuses, including retweets, posted by the 
>> authenticating user and that user's friends. This is the equivalent of 
>> /timeline/home on the Web.
>>
>> Usage note: This home_timeline is identical to statuses/friends_timeline 
>> except it also contains retweets, which statuses/friends_timeline does not 
>> (for backwards compatibility reasons). In a future version of the API, 
>> statuses/friends_timeline will go away and be replaced by home_timeline.
>>
>
> Does this mean that "in a future version of the API" there won't be
> any way to get a friends timeline without retweets?
>
> Because the ability to ignore retweets ought to be a Day 1 feature, IMO.
>
> I would put a much higher value on a unified feed which includes
> "*mentions* and friends" than "*retweets* and friends"
>
> FWIW
>
> TjL
>



-- 
Marcel Molina
Twitter Platform Team
http://twitter.com/noradio


[twitter-dev] Re: [ANN] statuses/home_timeline resource now available (though it doesn't include retweets yet)

2009-09-02 Thread TjL

from the API page

> Twitter REST API Method: statuses/home_timeline [COMING SOON]
> Returns the 20 most recent statuses, including retweets, posted by the 
> authenticating user and that user's friends. This is the equivalent of 
> /timeline/home on the Web.
>
> Usage note: This home_timeline is identical to statuses/friends_timeline 
> except it also contains retweets, which statuses/friends_timeline does not 
> (for backwards compatibility reasons). In a future version of the API, 
> statuses/friends_timeline will go away and be replaced by home_timeline.
>

Does this mean that "in a future version of the API" there won't be
any way to get a friends timeline without retweets?

Because the ability to ignore retweets ought to be a Day 1 feature, IMO.

I would put a much higher value on a unified feed which includes
"*mentions* and friends" than "*retweets* and friends"

FWIW

TjL