[twitter-dev] How does one know when a user revoked an app?

2010-09-05 Thread StuFF mc
I couldn't find some "callback" but I obviously need to know when a
user revoked my app. Or maybe I'm doing something wrong. Probably.
Here's the idea:

When a user accepted (we're speaking OAuth obviously) the app, I save
his screen_name.

Based on that, I auto log him to twitter the next time he logs on the website.

If I don't have a screen_name, I will display a "sign in with twitter"
badge, instead of saying "@name is connected", but if a user revoke, I
still "think" I'm "connected/accepted".

Cheers.

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk?hl=en


[twitter-dev] Re: t.co link wrapping and the "new" 140 characters...

2010-09-04 Thread StuFF mc (.com)
Users don't know / don't care about the 140 char limit. If an app
allows them to send more than 140, they'll not thing it's a big deal.
Twitter can simply communicate that any URL will count for 20
characters, and so, for ex., a tweet could contain 6 veeery long URLs,
that would still fit in 140 chars. Not 7, we need spaces between those
t.co's ;-)

What I really love in the idea of t.co is that we'll display real
URLs, and the only way to do it is to not count those "real URLs" as
part of the tweet length. People (myself included) don't really like
to see a "bit.ly" link - ever asked yourself what "bit" could mean
for, for example, a french speaking grand'pa - they won't necessary
click on the link coming from the grand son... ;)

Anyways, Rich, I got your point, we need it to be clear from Twitter,
but I think we should wait another week or two.

ps: Congrats to the API team, good things coming lately.

Cheers.


On Sep 4, 10:14 am, Rich  wrote:
> Personally I feed the 140 should be whatever we send totally ignoring
> the t.co factor otherwise it'll confuse end users and look like apps
> are broken
>
> Still waiting for someone from Twitter to talk about hownthe 140 will
> work since they reannounced it the other day
>
> On Sep 3, 9:02 pm, StuFF mc  wrote:
>
>
>
> > I just want this to be confirmed by @raffi
>
> > If I understand 
> > correctlyhttp://groups.google.com/group/twitter-api-announce/browse_thread/thr...
>
> > This means that I can securely send a 120 (or less) character message
> > + a link, no matter how long the link is, it will be translated into
> > 20 characters, and so the total being 140 character I'm fine. Right?
>
> > My Rails app will send "hey this is a message with always 
> > ahttp://link.com/path/to/resource"; and all I need to check is that "hey
> > this is a message with always a " is 120 chars, right?
>
> > Thanks for confirming this, that would be amazingly cool because it
> > would mean I don't need (and nobody would need) to call some t.co API
> > to shrink a URL.
>
> > Then I would only need to count on the updated clients (and
> > twitter.com) to display my "http://link.com"; as a text and
> > "http://t.co/jhdafkjh"; as a link! Wouldn't be a "big deal" if some
> > (most) clients display the t.co as a text :)
>
> > Cheers.

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk?hl=en


[twitter-dev] t.co link wrapping and the "new" 140 characters...

2010-09-03 Thread StuFF mc
I just want this to be confirmed by @raffi

If I understand correctly
http://groups.google.com/group/twitter-api-announce/browse_thread/thread/14d5474c13ed84aa

This means that I can securely send a 120 (or less) character message
+ a link, no matter how long the link is, it will be translated into
20 characters, and so the total being 140 character I'm fine. Right?

My Rails app will send "hey this is a message with always a
http://link.com/path/to/resource"; and all I need to check is that "hey
this is a message with always a " is 120 chars, right?

Thanks for confirming this, that would be amazingly cool because it
would mean I don't need (and nobody would need) to call some t.co API
to shrink a URL.

Then I would only need to count on the updated clients (and
twitter.com) to display my "http://link.com"; as a text and
"http://t.co/jhdafkjh"; as a link! Wouldn't be a "big deal" if some
(most) clients display the t.co as a text :)

Cheers.

-- 
Twitter developer documentation and resources: http://dev.twitter.com/doc
API updates via Twitter: http://twitter.com/twitterapi
Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list
Change your membership to this group: 
http://groups.google.com/group/twitter-development-talk?hl=en