Normes de paramètres iOS: utiliser la case à cocher plutôt que le commutateur
Si vous connaissez les appareils iOS, vous savez que l'application de paramètres utilise le contrôle UISwitch pour montrer qu'un paramètre est activé ou désactivé. Ce contrôle apparaît comme un interrupteur à bascule et a même un mouvement animé de commutateur qui suit le doigt de l'utilisateur lorsque le commutateur glisse d'un côté à l'autre.
Sur mon iPad, j'ai remarqué une exception à cela. Une case à cocher est utilisée pour ce que j'associerais normalement un bouton radio.
L'interrupteur à bascule prend une quantité importante d'espace sur un iPhone, que je peux mettre à profit.
J'ai accès aux paramètres avec une interface utilisateur depuis l'intérieur de mon application (et uniquement depuis mon application), et je peux m'éloigner de cette pratique d'utilisation du commutateur, en le remplaçant par une case à cocher. (Ce serait simplement un bouton UIB personnalisé.) Je me demande s'il y a un inconvénient à le faire du point de vue de l'expérience utilisateur.
Je pense que cela a beaucoup plus à voir avec l'apparence de votre application.
Si vos paramètres utilisent le style par défaut d'Apple, vous devez absolument tout garder cohérent. Inutile de donner à vos utilisateurs deux manières de oui/non.
Même Apple utilise des styles d'interface utilisateur qui ne sont pas dans le HIG, par exemple (Paramètres> Notifications> Mail> Style d'alerte).
De nombreuses applications utilisent des éléments personnalisés pour basculer. Par exemple. Icône Arrêt/Lecture, Étoile/Étoile, Cœur/Non-cœur.
Donc - Choisissez une façon, utilisez-la de manière cohérente et maintenez un style fluide avec le reste de votre application.
Enfin, si vous utilisez une case à cocher, n'utilisez certainement pas les couleurs et le style d'Android.
Tout d'abord, je ne sais pas pourquoi vous pensez que le remplacement d'un commutateur iOS par une case à cocher libérera une "quantité importante d'espace" et quelle "meilleure utilisation" vous pourriez en avoir car un commutateur est tout au plus 3- fois aussi large qu'une case à cocher.
Deuxièmement, les directives d'interface humaine iOS sont très claires sur l'utilisation des contrôles. Ils disent que les gens devraient interagir dans " gestes, pas clics " et ils ne mentionnent aucune case à cocher dans la section Directives d'utilisation des éléments de l'interface utilisateur iOS . En ce qui concerne les choix mutuellement exclusifs, l'offre HIG switch utilisée pour un choix de 2 états, picker utilisée pour choisir l'un d'une liste courte, et segmentée control utilisé pour changer les vues (onglets d'un formulaire).
Par conséquent, il est préférable de ne pas tenir compte des exceptions que vous pourriez rencontrer et de suivre les instructions.
Remplacer le commutateur par une case à cocher irait à l'encontre de la convention iOS à laquelle les gens sont habitués. Comme Apple indique dans le Apple iOS HIG :
Un commutateur présente deux choix ou états mutuellement exclusifs (utilisés dans les vues de table uniquement).
C'est ce que les gens sont à l'aise et s'attendent à voir. Ils sont habitués à la façon dont les choses fonctionnent dans iOS et il est important d'appliquer ces types de pratiques à toutes les applications iOS.
Prenons le cas d'une personne acceptant des termes et conditions. Je me demandais si un bouton de commutation devait être utilisé au lieu d'une case à cocher. La décision concluante que j'ai dû prendre à la fin était, est-ce qu'un côté vert d'un interrupteur (c.-à-d. En état de marche) représente 'OUI' C'est comme ON/OFF représentant OUI/NON avec lequel je ne pourrais pas me convaincre, bouton "État" pour dire "OUI" au moins intuitivement.