I've created a web application using asp.net. I customized it form mobile(jQuery Mobile) .
I created an iphone application that has a web view that shows the website.
Is this will be applied by Apple to publish this application???
Regards,
Moayyad
If the only purpose of the app is showing the webview with the website, and it does absolutely nothing else, then it will most likely be rejected. However, if showing the website is just a small part of its functionality, and it does some other useful things as well, then using a webview for displaying your own website is OK, as far as I know.
Note, however, that I/we can only make assumptions and guesses. Nobody except Apple knows what exactly will happen to your app - there are numerous cases when an app was rejected for a feature which another approved app had, so there are inconsistencies in the AppStore approval policy of Apple. Don't expect anything.
I don't think so. They prefer use of HTML5 in webapp. Try to review the Apple guidelines for building web app.
Related
I have an application using JQtouch and would like it to be on the App Store.
Will my application get rejected from the App Store if all the functionality is done remotely (loading in UIWebView) and I provide no offline functionality?
Thanks.
From the Apple App Approval Guidelines:
12.3: Apps that are simply web clippings, content aggregators, or a collection of links, may be rejected.
Basically if your app does not add anything to the experience of viewing the website, then you may get rejected.
I have had apps approved in the app store that were just a web view pointed on a JQTouch application. However, I loaded the .html from a local file included in the app. I believe the no "web clippings" clause of section 12.3 in the App Approval guidelines is only meant for clippings of full web sites. Embedding a mobile web application in a local app will likely get accepted.
I don't think this should be a problem. Apple reviewers are probably the most fickle people on the planet, but I can think of several apps that are UIWebView based, and which provide little or no offline functionality.
I'm not sure how to word this correctly, so I'm going to be a little verbose:
I'm tasked with building an app for my company that will just load a mobile website into a barebones browser with no address bar or anything. So basically the app will be just the same as if the user had navigated there in Safari (sans normal browser controls).
My question is: does Apple reject this sort of app because of it just being a wrapper around a mobile site? I'm totally lost on this, as I've never developed for iOS before and have no idea what kinds of roadblocks i might hit.
Apple may reject your app if all it does is wrap a web site in a UIWebView. You need to have more functionality in your app than just loading a web page.
From the app review guidelines for iOS:
4.2 Minimum Functionality
Your app should include features, content, and UI that elevate it beyond a repackaged website. If your app is not particularly useful, unique, or “app-like,” it doesn’t belong on the App Store. If your App doesn’t provide some sort of lasting entertainment value, it may not be accepted.
You may want to investigate developing your company's app as a mobile web app. There's plenty of information published by Apple (and others) about how to write mobile web apps that function similarly to native iOS apps.
Put some functionality that gives your app look like native application.
Make sure that your description for app is enough for understanding to Apple app tester about you app.
and resend your app to apple store or you can send reply to apple review team about your application.
FWIW a company I worked for put an app through the App Store that was little more than a browser in May 2013.
It probably helped that the website it pointed to had an extremely responsive design, was a media player with play buttons etc. Also played video inline, which you can't do on mobile Safari (because mobile Safari will play the video full screen).
See section 2.12 in 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
This just saves time.
Since I already have a web applciation.
I can just stick it inside a webview.
The question is: Does it turn off many users? How many users will be disgusted that the entire iPhone app is written in WebView?
I think it's pretty safe to say that most iPhone users are expecting apps to use the power of the iPhone, not just be a portal to a mobile website.
Think about facebook mobile compared to iPhone facebook app. If you're an iPhone user, I'm assuming you'd much rather use the app than a mobile version of the site (or mobile version of the site contained in a WebView in a an app).
That being said, depending on your app, if the mobile version of your app is highly usable, it could be okay...
Just my thoughts...
John Gruber on Daring Fireball just wrote about this today.
From a usability perspective, native apps usually feel better. They may also be more responsive and handle large amounts of data more gracefully. I have a few so-called "apps" on my devices which are just glorified Web apps, and they don't necessarily scream quality.
If you've already done your app, then just ship it. But keep your mind open to feedback from your users.
The answer is almost certainly "no". People care far more about the usability and experience of interacting with your application than what API-supplied widget you use to render it.
I read Apple has begun removing apps that are like this. Well technically, they remove apps they think could be easily implemented as a webapp instead. Yours obviously qualifies ;)
Source: http://techcrunch.com/2010/03/07/apple-cookie-cutter-apps/
EDIT: Apple seems to not mind, according to the Human Interface Guidelines:
If you have a webpage or web application, you might choose to use a web view to implement a simple iPhone application that provides a wrapper for it.
Of course, Apple has a tendency to contradict themselves. ;)
Apple human interface guidelines says this isn't even allowed. I forget where it comes from, but somewhere in the guideline it says apps that are only web views are not allowed. I'm about 95% sure I've seen this. Can anyone confirm?
I'm working on an eBook app for the iPhone. Given the time it takes for Apple to review and publish updates, I'm considering adding a feature to update the content via my own (Google App Engine-powered) web site.
This would allow me to update the content at will, rather than being at the mercy of the App Store review team. Is Apple likely to reject this kind of behavior in an app? I've asked in the Apple Developer forums, but received no response.
We have developed an application on the App Store that will go our web server and get new content when new content is available and store it on the iPhone. You should not have any problem as long as the content is not offensive. This could lead to your application being removed from the app Store. I've also heard that they may make your app 17+ because of getting content from the web.
You probably received no response because no one knows for sure. Apple has allowed apps that embed webkit before, but it has also rejected them as well.
iphone + web hybrid apps perfectly ok i think, not sure why apple would be concerned.
is there are good material on determining if you should build an iphone app or simply a web app that can be used on an iphone, regular browser etc . .
is the app store visibility the main reason to build an actual app for the iphone as it obviously seems like the browser solution is more available.
Why not have both, that way you can charge twice and reuse a lot of the serverside code.
Appstore can make you money. Either appstore or web app still needs to attract users.
If you want to learn Objective-C go for it! Peepcode has a great screencast to get you started with iPhone Development. If you don't want to learn anything then stick with web.