The Android intent model is great, but unfortunately if I want to be able to support tweets in my game, I don't want to rely on the fact that such an app is installed, so I'm pretty much stuck doing the Twitter/Facebook API integration anyway.
Tim On 4/21/2011 6:23 AM, Android Markets wrote: > I know this isn't an IOS forum, but recently heard from one of my > developers that you have to use a custom relay library to share data > with facebook, twitter etc vs on Android you just need those apps > installed. > > If true sort of disappointing IOS does not have intent/application > listener model like Android. > > > > > On Mon, Apr 11, 2011 at 2:26 PM, Chris Stratton <[email protected] > <mailto:[email protected]>> wrote: > > On Mar 24, 11:13 pm, "Lizardo H. C. M. Nunes" > <[email protected] <mailto:[email protected]>> > wrote: > > On Mar 24, 12:39 pm, Tim Mensch <[email protected] > <mailto:[email protected]>> wrote: > > > What your describing would need to be an app, and the app > could exist on > > > Android or iPhone. > > > > I agree. This app is a file manager/browser. ---Any OS conceived to > > gather videos, musics, books, articles, etc, requires a file > manager. > > That's the "fix" I proposed. > > The major difference between android and ios in this area is that > android has a common file system which makes it easy for multiple apps > (which aren't trying to be un-cooperative, ie use DRM) to interact > with the same pool of files. One the bright side this lets you > leverage capability of multiple pieces of software, on the downside it > may come out to meaning a hodgepodge of solutions where to do this you > have to use this application but to do that you have to remember to > use a different one. > > On ios it's possible to create something akin to a filing system and > do pretty arbitrary operations on the data within it - at the very > least, storage, tagging, annotation, association, and playback. BUT > all that data will be private to a single application, which would > have to accomplish all of what you want (of course you can write an > all-in-one-solution for android too). > > The second difference is that on android, you can deploy any app which > can be made to work on an unmodified platform; on ios you can only > (widely) deploy the app if apple decides to let you. > > -- > You received this message because you are subscribed to the Google > Groups "Android Discuss" group. > To post to this group, send email to > [email protected] > <mailto:[email protected]>. > To unsubscribe from this group, send email to > [email protected] > <mailto:android-discuss%[email protected]>. > For more options, visit this group at > http://groups.google.com/group/android-discuss?hl=en. > > > > > -- > http://www.android-markets-info.com > > -- > You received this message because you are subscribed to the Google > Groups "Android Discuss" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/android-discuss?hl=en. -- You received this message because you are subscribed to the Google Groups "Android Discuss" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/android-discuss?hl=en.
