Les balises doivent-elles être à l'intérieur ou à l'extérieur du champ de saisie
Les entrées de balisage sont donc assez courantes, mais il existe généralement 2 approches différentes pour l'affichage des balises:
- Les balises sont en dessous de l'entrée en dehors de l'espace de saisie:
- Les balises sont à l'intérieur de l'entrée:
Du point de vue du développeur (d'où je viens), le deuxième formulaire est plus difficile à mettre en œuvre que d'un point de vue général et encore plus difficile lorsque vous prenez en compte plusieurs navigateurs et le support mobile, mais j'essaie de penser s'il y a est une claire raison UX pour laquelle l'un est de loin supérieur à l'autre.
Le second semble avoir certains avantages pour les utilisateurs centrés sur le clavier. La plupart des implémentations permettront à l'utilisateur d'utiliser le retour arrière pour modifier la balise précédente. Certains vous permettront également d'utiliser les touches fléchées pour modifier les balises précédentes. En plus de pouvoir utiliser le clavier pour modifier les balises existantes, je ne sais pas quels sont les autres avantages UX du deuxième formulaire.
Un problème concernant le deuxième formulaire par rapport au premier formulaire est que les implémentations du premier formulaire que j'ai vues sont assez cohérentes les unes les autres. Vous tapez dans la zone de saisie, sélectionnez votre valeur, et dans va dans la liste ci-dessous. Il pourrait y avoir une petite différence mais rien de si important. Les deuxièmes formes peuvent avoir des différences assez importantes entre les implémentations. J'ai vu le backspace implémenté où dans un cas il convertirait simplement la dernière balise en texte qui peut être modifié (comme avec ce site) ou il sélectionnerait la dernière balise mais ne ferait rien tant que vous n'auriez pas fait autre chose, ou tout simplement up supprimer immédiatement la balise précédente.
Maintenant, je me penche vers le premier formulaire avec les balises en dehors de l'entrée et bien qu'une partie de cela puisse être mon parti pris du point de vue de la mise en œuvre du codage, je pense également que l'utilisateur va savoir à peu près comment cela fonctionne s'il a déjà vu un balisage entrée dans ce formulaire avant.
Y a-t-il d'autres raisons pour lesquelles la deuxième forme des balises à l'intérieur de l'entrée est une meilleure UX?
Les deux sont valides et répondent à différents scénarios d'application. Que se passe-t-il si vous venez de choisir par erreur une mauvaise étiquette/un mauvais article? Comment le supprimez-vous?:
Dans # 1: 1. Vous tapez et choisissez un mauvais élément 2. Vous saisissez la souris et pointez sur le mauvais élément 3. Cliquez sur le [X] pour supprimer la balise (l'entrée est floue) 4. Cliquez sur l'entrée pour vous concentrer et entrez un autre élément
Dans # 2: 1. Vous tapez et choisissez un mauvais article 2. Appuyez simplement sur Retour arrière pour le supprimer et tapez une nouvelle valeur;)
Lequel est le plus convivial? Dans ce cas, je voterais à deux mains pour le # 2, bien que ce soit beaucoup plus difficile à mettre en œuvre;)
P.S. Les deux cas sont généralement accompagnés d'une liste déroulante, ce qui rend la mise en œuvre encore plus difficile.
My2c