Is the Gospel a Human Interface Guide?

I introduced my first iPhone app and am now waiting for approval. My only fear is that it is rejected due to some subtle nuance in HIG, it is from googling.

How does Apple view HIG as a guide or the gospel?

+4
source share
5 answers

They are definitely oriented, but if you don’t have confidence or good experience with UX, you should treat them like the gospel. When developing mobile applications, I feel that providing a good UX should be the highest priority. Many developers are very poorly versed in user interfaces, and HIG provides a very good set of guides to follow, at least from the very beginning. You must do this for yourself to give HIG a full introduction.

+2
source

It all depends.

If you use the wrong icons for certain functions. They will reject him .
If this confuses the user. They will reject him .
If the standard user interface components do not work as expected. They will reject him .
If operations are not performed without appropriate feedback. They will reject him

But they usually tell you one element in the graphical interface to which they rejected it.
Thus, when you correct it and send it back, they can tell you about the following.

+7
source

Leadership. The bottom line is that it should work, not use any private API or violate the terms of the agreement. If he does what he says he is going to do and does not work right away, you will probably be fine.

+2
source

It really depends on how much your rejection leads to a better user experience.

HIG will help you create an application that users will understand how to use more or less from the very beginning, and make the application easy to use.

If you do some things that improve life for the user, Apple will probably let him go. But if you deviate in such a way that the application is harder to use, they tend to decline on you.

Many possible deviations are fairly reasonable things - for example, I was rejected once for a rotated view, where the user interface elements did not completely replace everything correctly. After the fix (and it really was a mistake on my part), the application was accepted.

+2
source

HIG is more of a way to change your odds in the lottery. You significantly improve your chances by not doing anything that clearly looks like a HIG violation. There are websites that list things that seem to at least one reviewer to be violations.

But there are many applications with fairly tough user interfaces (which do not look HIG-compatible with other developers), but somehow they were accepted in the App Store. On the other hand, someone hears about other applications that are rejected for looking at a reviewer that is very different from what he was looking at you (could you confuse the X for a completely different Y icon, etc. .) Or is the word "or" for "and" in one of the rules of the SDK Agreement wrong?

0
source

All Articles