Question

mon application demande à l'utilisateur des questions oui-non, l'utilisateur répond à l'aide d'un commutateur uiswitch à l'écran. Je pensais à la création d'une version personnalisée du commutateur qui afficherait oui / non au lieu d'activer / désactiver et utiliserait un arrière-plan vert / rouge comme indicateur de la valeur. après avoir créé une maquette, je ne suis pas sûr que ce soit la voie à suivre. utiliser le commutateur par défaut ne vous semble pas correct, mais vous le changez trop. qu'en pensez-vous?

Était-ce utile?

La solution

Selon l'application, cela peut être très valide. Certes, les utilisateurs sont habitués aux contrôles par défaut, mais la modification du texte ou des couleurs ne va pas empêcher les utilisateurs de comprendre ces contrôles. C'est toujours le même commutateur en dessous.

Dans votre exemple, vous colorez les champs Oui / Non. C’est la seule chose qui me fait peur que vous changiez le fonctionnement du commutateur central. En règle générale, cela fonctionne avec une couleur en surbrillance et une couleur grise. Donc, le laisser rester coloré sur les deux options pourrait être déroutant.

Quoi qu'il en soit, si vous souhaitez créer votre application de cette manière, vous devriez le faire. Ce n'est pas parce que l'iPhone offre d'excellents contrôles par défaut que les développeurs ne doivent pas innover ni ajouter les leurs, ni prendre les contrôles par défaut au niveau supérieur.

Examinez le contrôle UISwitch personnalisé que j'ai créé pour pouvoir changer la couleur d'arrière-plan du contrôle. Vous pouvez utiliser la même méthode pour changer très facilement le texte, la police ou la couleur du texte.

http://www.homick.com/posts/custom-uiswitch-control

Le code est disponible sur Github et comprend un fichier PSD utilisé pour créer trois fichiers png différents utilisés par le contrôle. Vous pouvez modifier le contenu du psd pour recréer les fichiers png dans le format de votre choix. Echangez-les dans le contrôle et c'est parti.

Autres conseils

Cela dépend vraiment; Certaines applications personnalisées ont des interfaces utilisateur extrêmement personnalisées (telles que ConvertBot, par exemple) et cela fonctionne très bien pour elles. Le risque en vaut parfois la peine. Dans d'autres scénarios, les widgets personnalisés entraînent une perte de convivialité. Je ne pense pas que passer de "ON / OFF" à "OUI / NON" soit révolutionnaire, si vous le faites correctement, vous pouvez le faire sans problème.

Je pense que si votre maquette était mieux faite (le curseur devrait être divisé en deux pour avoir OUI ET NON de même longueur avec un rembourrage égal des deux côtés), cela aurait l'air un peu mieux.

Du point de vue de l'interface utilisateur, c'est une mauvaise idée. Les gens ont déjà appris le commutateur par défaut, alors pourquoi le changer maintenant?

De plus, vous courez le risque d'ajouter à votre application une autre source de bogues qui n'existait pas auparavant.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top