Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
My iOS app, iOS6 and iPhone5 compatible, was just reject due to these vague reasons:
10.6: Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are
worth it. Apple sets a high bar. If your user interface is complex or
less than very good it may be rejected
0.6
We found the following issues with the user interface of your app:
Does not use expected iOS gestures.
Did not integrate with iOS features.
Did not include iOS features. For example, it would be appropriate to use native iOS buttons and iOS features other than just web views,
Push Notifications, or sharing.
These examples identify types of issues discovered in your app but may
not represent all such issues. It would be appropriate to thoroughly
evaluate your app to address these types of issues.
Resources for learning how to improve your app:
Watch the video The Ingredients of Great Apps to understand the basics of great apps
Watch the video iPhone and iPad User Interface Design for practical design tips
Read the iOS Human Interface Guidelines and double check that your app's user interface adheres to these valuable guidelines.
Read the App Design Basics section of the iOS App Programming Guide.
Watch the iOS Development Videos to learn about programming and design tips.If you feel we didn't understand the features of your app,
or that we missed key functionality, and your app was incorrectly
rejected, you may appeal to the App Review Board.
Can anyone please give me some direction where should I look? apparently I can't see anything specific where too look at in my code or UI.
Their key suggestion was "Read the iOS Human Interface Guidelines and double check that your app's user interface adheres to these valuable guidelines." You can find these here:
http://developer.apple.com/library/ios/#DOCUMENTATION/UserExperience/Conceptual/MobileHIG/Introduction/Introduction.html
From their vague description, it sounds like your app may not include some of the default expected UI behaviors and gestures. I'd read the guidelines to verify what those are then make sure they are implemented in your app.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
I am developing an iOS Enterprise application. It is same as Apple app store containing couple of my company applications. I want to know which application the users has downloaded from the app so that i can keep a track of his downloaded installations and the current installed versions on his device. I am using Swift 3.0. How should I approach for acheiving this funcationality..
Any suggestion will really help!
You cannot do this from your code out of the box. Device management is more complex in it's accessibility rights of the devices.
You need to use some kind of Mobile Device Management (MDM) software for that case. There are several services out there. Apple also has one on its own: https://support.apple.com/business
https://support.apple.com/apple-configurator
There are several other service providers available.
The link below might help you, find what you want:
As it is not really best practise posting links. If the link was broken, look for "List of Mobile Device Management Services" and you will find a bunch of alternatives to Apple's software.
http://www.pcmag.com/article/342695/the-best-mobile-device-management-mdm-software-of-2016
A short side note: I made experience with AirWatch and XenMobile so far. Get a Trial Account on their pages and check out, whether this fits your purpose and is worth the time spent to maintain the devices. Well, at last your purpose seems to me very limited to a certain request, which you could request from your user group in a different way?
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
I was just wondering what are the guidlines and policies about updating an app on app store? Are we allowed to enforce the users to upgrade their applications programatically?
I'd like to give you some key-points, that might be useful in yours app-update strategies.
Non forced update: (1.X.X) You can use this strategy when you updated your app slightly and updating to it will provide user more delight product. Then you might use simple UIAlertView with notification about new version update and it's features and OK|Cancel buttons, that lead to appStore. This notification can be shown, for example, every time user launches the app. Every applicationDidBecomeActive call can ask your server for actual information about new version
Forced update (2.x.x) you might find it useful, when you made breaking changes on your server-side or you decided to stop supporting some old versions of the app. Then after server-call and retrieving information about app deprecation a modal viewcontroller can be shown with only button, that leads to AppStore and text, that informs about new version available.
Both of these scenarios are used in my apps, and I've never had any troubles with Apple's policies.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
I'm working on a Keyboard extension for iOS. One of the requirements I have is to provide a functionality in which the keyboard's design and word prediction capabilities are temporary. Meaning after a month/45 days I want to change the keyboard looks and disable the word prediction capabilities until the user buys those again using the in-app purchase mechanism.
Basically I want to provide the app for the user for a trial period after which the application becomes less functional.
I have implemented those behaviors in the Android app and now I'm required to perform the same functionality in the iOS app.
The question is: Is this type of app behavior is allowed by Apple, or will I be rejected for this?
The Answer is No, You can't Publish trial Base Apps.
As per App Store Review Guidelines :
2.9 Apps that are "demo", "trial", or "test" versions will be rejected. Beta Apps may only be submitted through TestFlight and must follow the TestFlight guidelines
Possible Solution:
I Don't know what features you have in your App. But this might help you.
You can use Subscription based inApp purchases where user can purchase & enable some feature & that will be available for some limited period.
For more details check out here: https://developer.apple.com/in-app-purchase/
Hope it will help you.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I just got rejected from the App Store for this reason:
We’ve reviewed your app and determined that we cannot post this version of your iPhone application to the App Store because of an Apple trademark image.
You may not use the Apple Logo or any other Apple-owned graphic symbol, logo, or icon on or in connection with web sites, products, packaging, manuals, promotional/advertising materials, or for any other purpose except pursuant to an express written trademark license from Apple, such as a reseller agreement.
Now, I believe the infringing image is this one - however it is clearly NOT an iPhone and it's used to help you find your friends phones around you.. my artist drew it, it's not an iPhone.
The "infringing Apple trademark image" is shown above
What can I do about this?? This is ridiculous.
Have a look at iPod, iPhone, and iPad Icons section of the Licensing and Trademarks Developer website.
I'm attaching the Apple's iPhone icon that caused rejection.
There is nothing you can do about it. You have to redesign the icon so it does not look similar to Apple's one.
UPDATE
I found another example of iPhone image on Apple's website that could have been the reason for rejection.
If you have an image that has the likeness of an iPhone in it, I can almost guarantee you that's the reason it got rejected. I recall reading a book where a guy developed an app with an iPhone image in it, and got rejected. My suggestion is to use something else, so long as it's not Apple related, and I bet you'll be fine.
Please refer:https://www.apple.com/legal/intellectual-property/guidelinesfor3rdparties.html
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
We've made an application that embeds some web content, which has been approved before. Recently Apple has begun rejecting these app's stating that they're plain content-aggregators and that they lack native functionality, even though they have native functionality such as push notifications and reachability checks.
We now considered splitting the web views up and make a native UITabBar.
The question now is—does any of you have any experience whether or not this sort of app would be approved?
I think it will also depend on the reviewer. I once got an application accepted, and the update wasn't accepted because I did not gave an access account (although when I first submitted, the reviewer, did created one to test). Try adding the UITabBar so you can have a more native look, but perhaps, they do have a check a list, at least as a guide line to see if an application does have a native look.
they're plain content-aggregators and that they lack native
functionality
By this apple means that if you can easily show your data using a mobile website then don't create a native app for this.
2.12
Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected
see here - https://developer.apple.com/appstore/resources/approval/guidelines.html