Turning on "Enable payments on the mobile web" in the application settings prevents our application from showing up in the native Facebook app! Is this supposed to be happening?
We built the app in sandbox mode, and used FB.UA.nativeApp() to determine if we were in native. In the case that we are in native, we disable all of our Facebook credits buttons.
However, now our app is live and when we check the "Enable payments on the mobile web" box in the developer settings, the app disappears from native iOS and/or offers up an access error (everything fine in Android). As soon as we un-check the box, the app is back in action, but of course all of the credits buttons don't work in Android.
It seems strange that Facebook would keep us from using credits across all platforms with a single checkbox. Are we doing something wrong, or is this just what we have to deal with?
Looks like it's either/or.
"Accepting payments are different on iOS since Facebook Credits are not supported within iOS native apps.
On the mobile web (including mobile web apps linked from Android), you must use Facebook Credits.
On iOS, you must build a native app and use iTunes payments." https://developers.facebook.com/docs/credits/
You can't have an app that is native iOS and Android. (well you can, but as you saw, it's not going to work). You can have mobile Web that serves iPhone and Android, but the iPhone won't be native.
Thanks for the question, I was curious to implement, and wonder if this is a deal-killer for us, too.
Related
I want to build a very simple gallery like app (which uses the Telegram bot API to fetch images from certain telegram channel). I want to have this app for both Android and iOS device. I guess either progressive web app or flutter could be used to achieve this. I have developed native android apps before, and wish to learn PWA or flutter along with this project.
So my question is, can I deploy this app to my iOS device without enrolling in the Apple developer program? Since this is only for personal use and I do not wish to publish this app on any app store. Also, do I need to have a Mac with Xcode to do this?!
Thanks in advance!
For developing a Progressive Web App for iOS, you won't need Xcode and a Macbook since it is basically still a website with enhancements. However, bear in mind that PWA support on iOS is very limited. Android has much better PWA support.
This article gives an overview of what is currently possible
We have created a Web App using material UI and React JS. It is working great and wanted to bundle it as a mobile app using Cordova.
The bundled Cordova Android app has been accepted on Google Play. However, the IOS version has been rejected by App store review team.
Reason given:
4.2 - Design
We continue to find your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience. As such, the experience it provides is similar to the general experience of using Safari. It would be appropriate to include additional iOS interactive features within your app before resubmitting for review.
Has anyone managed to publish a react web app as an IOS app. What advice would you give us?
Have you ever used gmail in your Android or iOS using your browser. While browsing it you get a small popup at the top saying that to view/install the native gmail app available at Google Play or AppStore. How do you do that? Is that feature done using html, css, and JS. Or is it built-in to native app?
By the way, this doesn't happen only for gmail but pretty much all the professional apps with both web apps and native apps.
On iOS, you're thinking of Smart App Banners, which are a website configuration detail to display a banner for the user to view your iOS app in the App Store:
I used to be a Web Developer and I'm not experienced at developing iOS Apps.
I've just found out that I can make the whole App a Mobile Website. So my question is if Apple accept these kind of Apps, where the whole content is a normal mobile friendly Website. As Apple can't control the content displayed in such an App.
There are three ways you can leverage your expertise as a web developer to develop iOS apps:
Use SFWebView or WKWebView and use it to present HTML (either stored or retrieved remotely) to the user. In this case your app would have to go through AppStore review. There's plenty of apps like these, so I would assume it would not be a huge issue.
Use a framework like React Native that compiles Javascript dialects into native UIKit. Again, the app would be up for review in the AppStore. It would feel more iOS-like to the users.
Develop a bona-fide web app that looks great on any phone and you skip the AppStore part.
I'm working as a web developer too and we did a few iOS apps for our clients. Basically 90% or more where pure web view and so far we didn't had problems getting through with them.
Facebook seems to more or less require single-sign on for iOS apps. The downside seems to be that no iOS user can subsequently access the web app. (They are automatically redirected to the iTunes store.)
This means that once you develop a native iPhone app, no iPad user can access a perfectly usable experience on the web, and instead can only use the iPhone version. Facebook itself does not redirect against the user's will to the iPhone version simply because you navigate to Facebook in iOS Safari, so why is this forced on developers and users?
Of course, it's possible our dev team overlooked some workaround, but for the moment, it seems it's impossible for a single Facebook app with multiple clients (native, web) to actually offer users choice as to which type of client they use. Does anyone know otherwise?