Ive just finished up my first Cordova/PhoneGap app but it was rejected on submission to the App Store on grounds that it was too much like a website. But PhoneGap apps are very much like websites in that they are all coded in HTML and CSS, so how do you get round this issue? Has anyone had this rejection notice before and overcome it?
(I am using a couple of iframes in the app - could this be a contributor to the issue? Should I replace the information they display with data retrieved via JSON?)
"Too much like a website" likely doesn't refer to the technology used, but the content enclosed. If your app is essentially what you'd get if you went to a mobile version of your website, Apple would prefer you just build a mobile version.
Related
I have been doing some research about iOS app approval process, but I can't seem to find one thing that is pretty important in my case. I have added a simple url link to a website (I did not use a web view for the reason I am about to explain).
What I have found is that Apple specifies that font within the app should not be smaller than size 11. They also say that the user should not have to zoom in. Well, unfortunately I have a client who wants me to place a link of her website in a menu section of the app. I told the client that I was concerned that there may be an issue since this website is not optimized for mobile devices. Basically, this link shows a desktop version of a site on a mobile phone.
I have searched online for many guidelines, but I just haven't spotted anything yet. I would guess that they would reject it, but I was just curious if anyone happened to know for sure or knew where I should look to find this out.
Thanks
We have developed Cordova Hybrid App using Ionic framework and will deliver this app through Apple and google's store.
I have read Apple Policy document that insist "We Should not dynamically update App without through Apple store".
I would like to load two JS files from my server. It will never change App purpose and look and feel.
I am bit more confused about Apple policy document . Any assistance in this topics are much more appreciated.
Thanks
Nagarajan S
Just give it a try. The worst thing that could happen is that you wait for a week, get rejected and have to adapt your app and resubmit it...
I never had a problem with external JS files from CDNs, but that doesn't have to mean anything for your case.
That said, why not simply include the files in your app? Why should Apple trust you not changing the app?
We are ready to start the development of an using trigger.io, however some last minute external feedback pretends that trigger.io apps are systematically being rejected by Apple since the launch of their new Reload system (which pushes updated HTML/CSS/JS code without having to re-sublit to Apple for app updates).
The only reply regarding this topic on stackoverflow (Apple App Store ok with Trigger Reload?) was issued by one of the founders of Trigger.io, so I'm really looking for some totally independent feedback on this.
Can anyone provide any real-life feedback on this ? Has anyone ever succesfully submitted an app to the store ?
Trigger.io's page https://trigger.io/examples/ provides very few examples of submitted apps, so it isn't very convincing either...
Any feedback greatly appreciated !
At Hojoki, we're successfully submitting an app built on Trigger.io to the App Store for over a year now. We're actively using Reload (e.g. pushed reloads to all our iOS users three times in April) and never experienced any issues regarding approval and Reload.
There were two times that the app has been rejected (related to meta data stuff..), however this had nothing to do with Reload or Trigger.io at all.
The only Reload-related app store rejection we know of happened on May 9th (six days ago). This was due to Reload files not being marked as exempt from iCloud and iTunes backups.
There are loads of apps using Reload live in the app store, so it's not a general problem - it's just that this particular app was using Reload to distribute >100MB files.
Nevertheless, v1.4.46 of the Trigger.io platform contains a fix which sets the no-backup flag, to be extra safe.
I have never developed for iPhone, but I have developed an HTML5 web application.
I would like to submit to the Apple store a free app whose job would be to just open up the HTML5 webapp in the mobile browser.
Do you think it will be likely that such an app can be accepted? Can you please provide links or evidence?
Is it possible to ask this question to the Apple team so that I am not going to waste $99? If so, how?
If your app has native web views pulling internal HTML5 information, you might be able to sneak it by some of the app reviewers, but a good portion will say that there is not enough native Apple code in the app. They are sticklers for that.
I have, on a few occasions, gotten away with adding push notification, saying it HAS to be an app, and can't rely on users going to the website since they need push (even though I never intended on pushing anything out), but Apple has caught on to this.
Ultimately, you need to use Apple code in xCode, and you need to use a lot of it.
Can I submit to App Store an app that only launch Safari with one specific url?
If the answer is "yes": Can I hide default image, that is, can I launch Safari inmediatly from Main without show deafault image? (I can do it in BlackBerry and Windows Mobile)
I know.. is a horrible app but is what I have to do..
Thanks!
See section 2.12 of the App Store Review Guidelines:
Apps that are not very useful, are
simply web sites bundled as apps, or
do not provide any lasting
entertainment value may be rejected
And section 12.3:
Apps that are simply web clippings,
content aggregators, or a collection
of links, may be rejected
In short, the answer is: Yes, you can submit whatever you like. My guess based on the guidelines above, though, is that such an app is unlikely to pass the review process.