Alternatives aux boutons radio sur l'application mobile?
J'ai conçu une application mobile qui permet aux utilisateurs de faire des sélections à l'aide de boutons radio. L'équipe de développement utilise des formulaires Xamarin qui, selon l'équipe, ne prennent pas en charge les boutons radio.
L'équipe a proposé d'utiliser des commutateurs à la place, mais je ne pense pas qu'ils soient appropriés dans le contexte des fonctionnalités.
Fonctionnalité 1: L'utilisateur peut effectuer une recherche et voir une liste de résultats. Dans cette fonctionnalité, l'utilisateur peut choisir de rechercher par son emplacement actuel ou par code postal. Choisir de rechercher par emplacement actuel invite également une boîte de dialogue modale pour permettre à l'application d'utiliser l'emplacement GPS de l'appareil.
Fonction 2: L'utilisateur peut recevoir un code pour réinitialiser son mot de passe par SMS ou e-mail. Le choix d'un message texte invite également à un dialogue modal avec un message à l'utilisateur pour s'assurer que le numéro de téléphone dans le fichier peut recevoir des messages texte.
Je ne pense pas que les commutateurs soient appropriés dans ce contexte car:
- Je pense qu'ils devraient être réservés pour off/on ou même non/oui.
- Ils auront une valeur par défaut qui n'est pas souhaitée.
- Si l'option la plus probable est par défaut (emplacement actuel et message texte, respectivement), la boîte de dialogue modale devra apparaître au chargement de l'écran, ce qui perturbera le flux et déroutera l'utilisateur.
Je n'aime pas vraiment non plus l'option d'un menu déroulant car cela semble être des tapotements inutiles.
Toutes autres idées sont appréciées.
Caractéristique 1:
Laissez l'utilisateur taper l'emplacement avec un champ de texte mais avec la possibilité d'utiliser l'emplacement actuel. un clic sur l'icône "suivi" ouvre le mode pour demander la permission et remplit l'emplacement actuel.
Caractéristique 2:
Si vous choisissez d'obtenir le numéro de téléphone comme information supplémentaire, vous pouvez demander la saisie du numéro de téléphone directement avec un bouton "Demande par téléphone" et une action secondaire sous "Demande par e-mail". Cela fonctionne évidemment aussi dans l'autre sens, en fonction de la principale méthode de conversation de l'utilisateur.
Juste à partir de Google, je peux voir qu'il est possible de faire fonctionner les boutons radio avec peu d'effort, par exemple ici https://stackoverflow.com/a/53914899/1972372 .
Devoir restreindre l'interface utilisateur parce que la technologie derrière elle n'est pas assez avancée n'est donc pas 2019. Il est presque toujours possible de trouver un workaroudn pour un problème visuel comme ça.
S'ils ne peuvent toujours pas faire cela, je suggérerais d'ajuster les boutons normaux de manière à ce qu'ils ressemblent au moins à iOS Contrôles segmentés , qui sont une alternative viable aux boutons radio.
Si tout le reste échoue, vous pouvez opter pour une liste déroulante de conteneurs comme celle-ci:
Pas trop gênant pour taper dessus et ouvrir l'un ferme l'autre. Le conteneur ouvert affiche directement la fonctionnalité, sans appuyer d'abord sur une étape suivante.
Merci pour les commentaires.
Après de plus amples discussions avec l'équipe de développement, ils ont choisi d'implémenter des boutons radio pour les deux Android et iOS malgré la discussion initiale où il était dit qu'ils ne pouvaient pas. Il semblerait qu'ils aient trouvé une solution à faites-le fonctionner comme l'un des commentaires de ce fil suggéré.
Que diriez-vous de simples boutons modifiés? Vous pouvez valider et désactiver les options non sélectionnées chaque fois que vous cliquez dessus? Ou peut-être des onglets de type pilule avec lesquels vous pouvez afficher le contenu juste sous les onglets au lieu de faire apparaître un modal.
Je pense que vous avez à peu près pensé à tous les composants Web/mobiles possibles qui sont utilisés dans les pratiques courantes. Du point de vue de la convivialité, les boutons radio sont une excellente solution à votre problème. Si vous pensez qu'aucun autre composant ne correspond à la mise en page, vous devriez peut-être réfléchir à la façon dont vous demandez les informations et utiliser une approche différente (en évitant complètement un formulaire pour ces données, peut-être).
J'espère que cela a aidé, Panos.