[twitter-dev] Re: What's the best practices when creating a mobile app as an extension to a web app in regards to oauth?

2011-05-06 Thread Brian Sutorius
Bess, we do recommend that you register a separate application for
each platform to avoid user confusion (for example, if a user revokes
an app's access from their account settings, even with the intent to
just revoke access to an Android version and not a Windows version or
web client, they still revoke access across all apps). If you choose
to keep the same application for all versions, that's up to you.

Since you can't register more than one application with the same name,
you'll need to use a clarifier with each registration name (like
"Twitter for iPhone," "Twitter for Android," and so on).

Brian

On May 5, 5:21 pm, Bess  wrote:
> Hi Brian,
>
> Could you explain and clarify the policy on web/mobile?
>
> Use case:
> Build iOS app first. Depot to Android. Add web app after both iOS and
> Android app are released
>
> How many Twitter apps do I have to create? Can I keep them the same
> name for the same startup?
>
> On May 5, 11:45 am, Brian Sutorius  wrote:
>
>
>
> > We recommend separate application registrations for each platform
> > (http://support.twitter.com/articles/79901) and this is the approach
> > we take (web, Twitter for iPhone, Twitter for Android, and so on). You
> > may not use the exact same name across multiple applications, however.
>
> > Brian Sutorius
> > Twitter API Policy
>
> > On May 5, 9:01 am, YCBM  wrote:
>
> > > Hi All,
>
> > > When an existing web app that is setup and registered on Twitter
> > > decides to launch a mobile extension, what are the best practices
> > > involved here with oauth?
>
> > > Are there may be benefits of registering a new app on Twitter with all
> > > new API key & Consumer Secret/Key than what you are using for the web
> > > app?  Does it provide any more security in any way to have both the
> > > web app and mobile app using separate keys?
>
> > > If so, can you register a mobile app with the same name as one that
> > > exists (assuming you own both)?  We'd like the source name of status
> > > updates to come from the same name as our web app/brand if possible.
> > > That may not be possible, not sure.
>
> > > Any guidance is greatly appreciated.
>
> > > Best,
> > > YCB

-- 
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


[twitter-dev] Re: What's the best practices when creating a mobile app as an extension to a web app in regards to oauth?

2011-05-05 Thread Bess
Hi Brian,

Could you explain and clarify the policy on web/mobile?

Use case:
Build iOS app first. Depot to Android. Add web app after both iOS and
Android app are released

How many Twitter apps do I have to create? Can I keep them the same
name for the same startup?

On May 5, 11:45 am, Brian Sutorius  wrote:
> We recommend separate application registrations for each platform
> (http://support.twitter.com/articles/79901) and this is the approach
> we take (web, Twitter for iPhone, Twitter for Android, and so on). You
> may not use the exact same name across multiple applications, however.
>
> Brian Sutorius
> Twitter API Policy
>
> On May 5, 9:01 am, YCBM  wrote:
>
> > Hi All,
>
> > When an existing web app that is setup and registered on Twitter
> > decides to launch a mobile extension, what are the best practices
> > involved here with oauth?
>
> > Are there may be benefits of registering a new app on Twitter with all
> > new API key & Consumer Secret/Key than what you are using for the web
> > app?  Does it provide any more security in any way to have both the
> > web app and mobile app using separate keys?
>
> > If so, can you register a mobile app with the same name as one that
> > exists (assuming you own both)?  We'd like the source name of status
> > updates to come from the same name as our web app/brand if possible.
> > That may not be possible, not sure.
>
> > Any guidance is greatly appreciated.
>
> > Best,
> > YCB

-- 
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


[twitter-dev] Re: What's the best practices when creating a mobile app as an extension to a web app in regards to oauth?

2011-05-05 Thread Brian Sutorius
We recommend separate application registrations for each platform
(http://support.twitter.com/articles/79901) and this is the approach
we take (web, Twitter for iPhone, Twitter for Android, and so on). You
may not use the exact same name across multiple applications, however.

Brian Sutorius
Twitter API Policy

On May 5, 9:01 am, YCBM  wrote:
> Hi All,
>
> When an existing web app that is setup and registered on Twitter
> decides to launch a mobile extension, what are the best practices
> involved here with oauth?
>
> Are there may be benefits of registering a new app on Twitter with all
> new API key & Consumer Secret/Key than what you are using for the web
> app?  Does it provide any more security in any way to have both the
> web app and mobile app using separate keys?
>
> If so, can you register a mobile app with the same name as one that
> exists (assuming you own both)?  We'd like the source name of status
> updates to come from the same name as our web app/brand if possible.
> That may not be possible, not sure.
>
> Any guidance is greatly appreciated.
>
> Best,
> YCB

-- 
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