I have a trouble with built-in open graph action type video.watches. I develop an iOS app that should post video watch events. there are two watch action types in my apps' settings and code for them is:
[appnamespace]:watch
video.watches
first one is used for the web site. I need to use second one (not my wish but requirement of the client). To approve the second one I have to provide the test environment to show^ how it works but I have some troubles with it, because app with OpenGraph is not in app store and also it allows watching content only in Russia territory.
So I have couple questions for those who is familiar with Open Graph:
Is it possible to use video.watches request to post actions or facebook requires using request like [appnamespace]:watch for all approved actions?
If the first question answer is "Yes it's possible", what should I do to provide the test environment? I mean, should I connect with any support (and how to do that?) to provide the test app version?
Related
I want to share a part of the game that I made on facebook like it can be done in Angrybirds.
but the problem is that the game was written in starling and
I am getting this error "application is not correctly embeded"
and my question are
can I use starling without hardware acceleration same how?
if same know of a way to tell Facebook to embed the swf in direct mode?
Here it end Angrybirds example just past it on facebook
https://angrybirds-facebook.appspot.com/embed?levelId=9-1&levelName=Surf+and+Turf-1&score=56530
I came across this issue on a project earlier in the year and unfortunately there's no current way to use Stage3D inside the Facebook timeline ('feed gaming' as opposed to a standard Facebook app), because the embedding that Facebook applies uses wmode:"opaque", and there's no option to change that through the FBML meta properties. More details here on what you can specify: https://developers.facebook.com/docs/games/feed-gaming/
In the case of Angry Birds, they use a stripped down version of their app (with just one level, I believe) for the timeline feed version, which doesn't use Starling or Stage3D.
And to answer your other question, you can use Starling with a software rendered fallback (where compatible graphics hardware isn't available), but it unfortunately will still go through Stage3D (as described here: http://www.bytearray.org/?p=3443), and if used without wmode:"direct" it will still fail with the error 3702: Context3D not available.
The workaround, then, if you need it to run in the Facebook timeline, is to either rebuild your application to use conventional display objects, and no Stage3D content, or to make a cut-back second version, which doesn't use Stage3D but links out to your fullblown version, inside a conventional Facebook app. Sorry for the bad news; I feel your pain.
can I use starling without hardware acceleration same how?
No, it's a Stage-3D based engine so it will use hardware acceleration
if same know of a way to tell Facebook to embed the swf in direct mode?
You should change your HTML wrapper file (where your flash is embeded), add a new param "wmode = direct" an it will work perfectly.
The place where you should change your wmode param depends on what IDE you work with. With FlashDevelop or Flash Builder you just add
wmode: "direct"
to the params array
knowing that the review process for apps seems to be rather rigid to some extend I would like to ask if there are any special requrements for an app that is targeted to work with certain Midi interfaces only. The particular reason I ask is that this app can not really be tested when not connected to such an interface. Thanks
There is no specific rule regarding this.
App Store Review Guidelines
To be on the safe side, describe this when submitting the app, there is a text field to add a message to the reviewers.
In the meanwhile I submitted my app and it got rejected in the first phase because I did not include a demo video. So after I created one and put it on YouTube, provided Apple with the link, everything went well.
So as a definite advice not to loose time until Apple comes back after a week or two to just tell you to provide a video - include it right from the beginning....
Under iOS there are several built in hooks for launching service-specific apps based on a passed URL for example handling http:// (to Safari), handling addresses (to google maps) and phone numbers (to the built in phone app). Several apps make it a standard practice of implementing the rarely used ability (for most apps) to register your own service prefix. Two handy apps that come to mind that implement this are facebook:// and skype:// and it is a handy way to add quasi-integration with their app into yours. Skype even does this on most desktop os's so you can literally run the command line skype://555-1234. You can also check for these registered service prefixes and expose useful menu choices in your apps but I digress.
As with all of these service handlers built in or not, the problem under iOS is that you lose the user and the flow of their experience ends with the phone app (for example). Yes you can embed web views to handle some cases but things like the phone app still win out.
I propose that it would be great that if iOS apps were handed a trailing URL as part of their arguments (even if they accept and might handle say two args already) that by convention when our app is exited we launch the trailing URL we may have been optionally handed. If fully supported in some manner this would allow for multi-app integration and an extended user experience flow-wise. I'm imagining being able for example to launch a phone call and have the user return to my app when it is finished by launching my app again using the URL I passed it such as "myapp://return-context-values". Obviously this could be taken further.
Does such a mechanism already exist in some way? If not I'd like to hear your thoughts on the idea.
Check out x-callback-url.com, it proposes precisely what you're suggesting.
And yes, I think it would be great. You're much more likely to pass a request to me if you know you'll get the focus back, and vice versa.
I saw a new app called Agile Reply which allows you to send a sms to the person whom just called you. I didn't buy the app but I don't understand how it would work since as far as I know you can't access the call log through the official iPhone SDK. So my main question is:
Are there new API's in the iPhone SDK which allow you to access the iPhone's Call log?
I know there are similar questions here and here however I didn't know if I should hijack those or start a new one.
Take a look at CoreTelephony. While it won't give you arbitrary access to call logs, you can get notifications of call transitions, which if you can keep at least in the suspended state, may be enough. I don't know how accurate Agile Reply is.
I found the solution here but it doesn't work for iOS5.
http://iosstuff.wordpress.com/2011/08/19/accessing-iphone-call-history/
We have a web application and we've built phone applications (iPhone, Android, BlackBerry) to be companions to the site. The usual workflow is that an existing user of the site gets a phone app and then plugs their existing credentials into the phone app and they are off and running, but more often now we are seeing folks who are downloading the app and then (and this should not surprise anyone) don't read the help screen that explains they need to go and get credentials at the web site and therefore cannot connect to the application which does require registration to manage their content. This is a giant usability fail condition.
So we know that we need to put user registration workflows on the phone app.
Other than the obvious solution of duplicating our registration page on the mobile, does anyone know of a better identity solution for the phone? For example, on the desktop we also use Facebook Connect as an identity server and the users love it. I'm looking for something that simple that we can implement across the major smartphone platforms.
Clarifying note:
I should add here that this registration mechanism is likely to; and it would be desirable if it did, go hand in hand with a general identity/authorization mechanism such as the Facebook mechanism mentioned below.
One other place I'm poking around is to see whether there's an openId solution that does not require a browser to pop up.
Restful service might be the e asiest way for you to achieve this, you can use it on any device that can make http requests, so you can make your own login screens and talk to the s ervice that way...
Facebook has a Connect API for the iPhone. Integrating it into your iPhone app is very smooth.
http://developers.facebook.com/connect_iphone.php
On the BlackBerry we were able to build a fairly robust REST pipeline between the client apps in the field and our servers. We primary use the framework for updates, but the device API is generic enough to be able to build almost anything you need via standard HTTP/HTTPS GET/POST calls.
On the RIM platform, look into the HttpConnection API as a starting point. There is also an example on the BlackBerry Developer's site which will help. Finally, I believe there are several examples inside the sample package that comes with every BlackBerry JDE (IDE + API download).