J'ai une liste de données. Je souhaite que l'utilisateur puisse effectuer une recherche dans la liste en tapant un champ de saisie. Je veux également que l'utilisateur puisse ajouter, soit en raison de l'absence de résultats de recherche, soit sans avoir à effectuer de recherche en premier lieu.
Je connais l'approche qui ajoute le résultat de la recherche à la liste, comme on le voit ici: Besoin d'exemples/suggestions pour la recherche et ajouter s'il n'existe pas de fonctionnalité
Je veux utiliser cette approche, en plus d'avoir une option d'ajout autonome. L'approche d'ajout à la liste ne fonctionne que pour les utilisateurs qui recherchent en premier. Si l'utilisateur sait qu'il veut ajouter, il ne devrait pas avoir à chercher pour le faire. Ils ne penseraient probablement pas à chercher avant d'avoir à ajouter.
Une solution possible serait d'avoir une seule entrée et un seul bouton pour "Rechercher/Ajouter". Je pense que c'est efficace, mais aussi inhabituel.
L'autre approche consiste à avoir une entrée et un bouton de "recherche" (en haut à droite) et une entrée et un bouton "ajouter" (sous la liste). C'est plus clair, mais serait-ce bizarre d'avoir deux façons d'ajouter à la liste qui se ressemblent?
Que recommandez-vous?
Je vous remercie.
Veuillez réfléchir à la raison pour laquelle l'utilisateur touche le champ de recherche? Je ne m'attendrais pas à ajouter des données par un champ de recherche. L'approche qui s'ajoute à la liste des résultats n'est pas la voie principale à ajouter, elle résout le problème qui est sans résultat.
Je suggère d'utiliser l'approche mentionnée et de fournir un autre bouton d'ajout dans votre flux.Ces deux approches accéderont au même processus pour ajouter des données.
Qu'en est-il d'une zone de liste modifiable modifiable (liste déroulante alias) avec le bouton d'action à côté?
Lorsque l'utilisateur commence à taper, la liste ci-dessous change pour ne contenir que les termes commençant par la chaîne tapée. Si rien ne correspond à l'entrée utilisateur, rien ne s'affiche.
D'après l'expérience de mon développeur, je sais qu'un tel contrôle, par ex. WPF a suffisamment de logique pour informer sur le choix de l'utilisateur (s'il est choisi dans la liste) ou la valeur saisie.
La meilleure recommandation est d'être clair sur les hypothèses sur lesquelles repose chaque approche.
L'approche "ajouter à la liste" suppose que les utilisateurs ne feraient pas ou ne devraient pas chercher avant d'ajouter un élément, il est possible que ce soit faux.
Les trois contrôles l'approche suppose qu'il serait étrange que les utilisateurs l'utilisent.
Une façon de résoudre ce problème de manière centrée sur l'utilisateur consiste à tester avec les utilisateurs et à recueillir leurs commentaires. Dessinez simplement les deux interactions sur une feuille de papier blanche et demandez aux gens de terminer une tâche en les utilisant. Le résultat recueilli sera beaucoup plus utile que les suppositions.