Nous construisons une application qui permet à un utilisateur de créer un formulaire.
L'utilisateur peut saisir le nom de l'étiquette, choisir le type du champ de saisie et indiquer s'il doit être obligatoire ou non. L'utilisateur peut ensuite cliquer sur un bouton pour ajouter le nouveau champ au formulaire.
Les nouveaux éléments sont ajoutés par défaut au bas de la liste, mais les champs du formulaire peuvent être réorganisés par glisser-déposer.
Serait-il plus logique de placer les champs de saisie pour ajouter un nouveau champ de formulaire au-dessus ou au-dessous de la liste des champs déjà dans le formulaire?
Personnellement, je pense qu'il est logique de l'avoir sous la liste des champs, car l'élément que vous ajoutez est également ajouté au bas de la liste. Cependant, cela semble un peu bizarre lorsqu'il n'y a pas ou seulement quelques éléments dans l'espace (déroulant) disponibles pour les éléments.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Je suggérerais de mettre ces contrôles d'ajout en bas de l'écran. Dans la plupart des cas, lorsque les gens pensent à ajouter des éléments à la liste, ils les ajoutent en bas. En tant que tel, je suggérerais d'y mettre les contrôles. Un exemple réel de cela serait l'écran de création de type de contenu Drupals. Voir la capture d'écran ci-dessous.
Une amélioration intéressante serait d'ajouter la possibilité de faire glisser un élément vers le haut ou vers le bas pour modifier le placement. Il est possible qu'un utilisateur doive ajouter un champ après le premier lancement d'un formulaire. Le simple fait de s'attaquer à de nouvelles entrées jusqu'à la fin peut devenir déroutant si les entrées logiques ne sont pas regroupées. Encore une fois, une capture d'écran de Drupal illustre le mieux cette fonctionnalité.
Pourquoi ne pas exploiter le meilleur des deux mondes - mettre le contrôle "ajouter un nouveau" en haut, mais ajouter de nouveaux éléments au début de la liste, plutôt que de les coller à la fin? Cela vous permettra de transformer l'ajout d'un nouveau formulaire lors de la soumission, mais fournit une conception qui fonctionne toujours bien avec un petit nombre d'éléments.
Je suis d'accord que les éléments ajoutés devraient aller en bas de la liste, puis devraient pouvoir être triés en fonction de la priorité, c'est-à-dire que les éléments de priorité plus élevée sont plus proches du haut, ce qui reflète une liste de priorité descendante pour la tâche articles.
Très similaire à la façon dont l'interface utilisateur de trello est présentée.
Les deux versions ont leurs avantages et leurs inconvénients. En plaçant des contrôles sur le dessus, cela ressemble à une barre d'outils avec la fonctionnalité principale pour ajouter de nouveaux éléments. Mais le processus d'ajout d'articles en bas doit être visible. Si vous placez les commandes en bas, la fonctionnalité d'ajout est moins perçue.