I submitted my new version of my application but it be refused and the resolution said
10.3: Apps that do not use system provided items, such as buttons and icons, correctly and as described in the Apple iPhone Human Interface Guidelines and the Apple iPad Human Interface Guidelines may be rejected
We found your app uses system-provided items in a non-standard manner, which is not in compliance with the App Store Review Guidelines.
Please refer to the attached screenshot for more information.
As recommended by the iOS Human Interface Guidelines, Pickers should only be presented within a popover element and should not take up the entire width of the screen.
Learn more about system-provided items in the iOS Human Interface Guidelines, sections: "System-Provided Buttons and Icons" and "iOS UI Element Usage Guidelines."
the problem is that this part didn't be modified in this version and be accepted several time before
does the standard change or what, if yes how to correct that
It's telling you that you should be using the picker view in a popover and not take up the width of the screen.
Just because your app did this previously in earlier versions and was accepted, doesn't mean that they can't reject it in later versions. Particularly as it is explicitly stated in the guidelines that a pop over should be used in these cases.
Related
I made an AR app which embedded the UIWebView to display web content on an SCNPlane. I can not use the WKWebView because it does not work well with AR. On the contrary, UIWebView works nice.
If I upload my app into the app store, will my app get rejected?
Also, I notice that on the UIWebView's official document page, there is an certain alert says "An iOS app linked on or after iOS 10.0 must include in its Info.plist file the usage description keys for the types of data it needs to access or it will crash." Do i need to add certain specific description key for the UIWebView?
Thanks in advance!
No. Deprecated doesn't mean unavailable or disallowed; otherwise those methods would simply be removed from the API.Deprecation is a way of letting you know that you should start transitioning your existing codebase.
Deprecated methods may be more primitive and dangerous than newer versions, may not take into account all current OS features.
Looking for a recommended approach to using the hardware volume buttons on iOS devices to control application functions. In this case, the buttons would be used to increase or decrease a qty field in a warehouse-management application.
There have been similar questions about doing this in Objective-C, but I am specifically inquiring about Swift.
This cannot be done if you want to release your app on the App Store. It will be rejected; the regulations disallow repurposing the hardware buttons for any other function.
As a specific example, some camera apps have been refused for using volume-up as a camera shutter:
Your application cannot be added to the App Store because it uses
iPhone volume buttons in a non-standard way, potentially resulting in
user confusion. Changing the behavior of iPhone external hardware
buttons is a violation of the iPhone Developer Program License
Agreement. Applications must adhere to the iPhone Human Interface
Guidelines as outlined in the iPhone Developer Program License
Agreement section 3.3.7
http://petapixel.com/2010/08/13/camera-shuttered-from-app-store-for-hidden-banned-feature/
EDIT: since you don't need to work on App Store, I looked for a solution for you and found an older answer you could use. iOS use the volume buttons as input
I am beginner and plan to make a Iphone/Ipad application which will receive a questionary xml from restful webservice, parse it, get answers from user..with two buttons(next, back) on screen, as you may guess there will be validation alert messages, display messages..etc..checkboxes, radiobuttons, date pickers depend on questions type.
So what would be the best strategy, to insert if else blocks on user interface and choose the layout for device type while I am developing the application, or first make a working iphone version and convert it to Ipad later on, and would that be easier? what kind of problems should I expect while converting to IPAD..thanks!
When you create a universal app, you have the option to keep all viewControllers and xib files separate for iPhone and iPad. This is very handy. Alternately, you can check which device the user has and load the correct xib that way, but since the structure of the apps may be quite different, I strongly encourage the latter approach instead.
The ipad has a bigger screen. This is numerous consequences for designing most apps. Also, the ipad has a splitviewcontroller which is quite handy, whereas the iphone tabbarcontroller is better there.
iPhone and iPad have different UI requirements. Read the apple iOS human interface guidelines, it's very nicely explained in there. You'll also find the answer of what to do if you usually would use radio buttons, because there are no radio buttons on iOS.
Can we use same icon image for more than one ios (ipad/iphone) applications?
Is there any such rule that each application should have a different icon?
Thanks.
I've just had this rejection:
Guideline 4.3 - Design - Spam
We noticed that your app uses the same app icon as other apps you’ve
submitted, which makes it difficult for users to find apps and is
considered a form of spam.
So in 2017, it looks like the answer is no.
There is no such rule, as far as I know. Indeed there are apps in the App Store that have the same icon, and others with very minor variations (e.g., the color tone).
Apart from requirements about the size (of the different icon versions you have to submit) that are relevant for approval, the only thing that you should take into account (but this is not relevant for approval) is that your app icon is attractive, reflect some how the app functionality, and allows your app to be easily recognized.
If your unique icon design satisfies this principle for you, then it is fine.
Would that be a reason for rejection of our app, if we use the word 'iPhone' or 'iPad' in our app name?
For example, names like - 'My iPhone Style' or 'New iPad style'.
I am going to submit an App soon and little confused about this problem. The thing is, It is necessary to use the word iPhone in my app name to get identified the purpose of my app.
Please help me. Thanx in advance. :-)
Your app will be rejected for two reasons:
You do not have the right to use Apple's trademark. It's the same reason you can't call your app "Mickey Mouse Clock" or "Microsoft AwesomeNote" or whatever. Review section 8 of the App Store Review Guidelines on the use of third-party trademarks, then the Apple Trademark List to see what trademarks they hold. iPhone and iPad are most certainly included.
You cannot use their trademarks in your product name, and you cannot use any of their trademarked names in a way that could imply the product had Apple's approval or was from Apple. See the Guidelines for Using Apple Trademarks and Copyrights, specifically items 1 and 5 in the Unauthorized Use of Apple Trademarks section.
looking on the app store I see plenty of examples of X App for iPhone and x App for iPad, however all of these names, unlike My iPhone Style, make more or less clear what the app does and use "for iPhone" or something to distinguish between versions.