web-dev-qa-db-fra.com

Dois-je mettre un bouton sous une liste croissante?

J'essaie de décider de l'emplacement d'un bouton pour une application que je crée. L'application génère essentiellement des équipes à l'aide de listes de joueurs pour un poste donné.

Cela me semble le plus naturel d'avoir le bouton pour générer les équipes sous les listes, mais les listes grandissent, donc le bouton finit par se déplacer beaucoup, ce qui ne fait pas du bien.

Serait-il préférable de placer ce bouton à côté (ou sous) "Joueurs inscrits"? Ou ailleurs complètement?

Current layout

1
user1059895

La question est en fait plus simple: la liste des joueurs nécessite-t-elle une interaction de l'utilisateur (c'est-à-dire la sélection des joueurs) ou les grandes listes sont-elles uniquement destinées à être affichées?

L'emplacement des boutons dépend du flux d'utilisateurs. Dans le cas d'un formulaire typique par exemple, le flux est le suivant: saisir les données requises> le bouton indique l'action à effectuer une fois terminé

L'utilisateur a-t-il une interaction avec les grandes listes? ou est-ce simplement afficher tous les joueurs disponibles?

Si les listes nécessitent une interaction:

Le bouton doit être présenté après l'entrée (sélection des joueurs, etc.), et donc en dessous des listes, c'est bien. Pour éviter qu'il ne se perde, envisagez peut-être un positionnement fixe (c'est-à-dire toujours en bas de l'écran, mais ils peuvent faire défiler les listes de haut en bas)?

Si la liste NE nécessite PAS d'interaction:

Placer le bouton au-dessus du tableau est parfaitement bien, et ce sera à la conception finale de résoudre le regroupement (c'est-à-dire de s'assurer que l'utilisateur comprend instinctivement que le bouton est une fonction qu'il peut exécuter sur ces `` données '').

1
Simwill

Logiquement, c'est une bonne idée de mettre le bouton sous le formulaire car c'est ainsi que les gens remplissent les informations - de haut en bas. Ensuite, utilisez le bouton pour terminer la tâche en enregistrant.

ADD a player SAVE the player? Les éléments d'étiquetage et de formulaire doivent être très clairs sur ce qu'ils font.

Ajoutez-vous un joueur ou inscrivez-vous? Je recommande de m'en tenir à une métaphore. Pensez à "New Player" VS. "Joueur inscrit". Il semble que vous souhaitiez inscrire un nouveau joueur, puis enregistrer les informations de ce joueur. Ensuite, le nouveau joueur devient un joueur inscrit.

Essayez de mettre un lien/bouton par le titre Joueurs inscrits libellé à l'effet de "Inscrire un nouveau joueur" ou simplement "+" (très visible). Ensuite, au bas du formulaire, votre bouton Enregistrer démarre une routine de validation de formulaire (n'oubliez pas la validation).

Ce n'est qu'une solution, mieux vaut vérifier avec vos utilisateurs pour voir s'ils l'obtiennent .

0
Ken

Pourquoi pas les deux?

Considérez ces deux scénarios:

  1. L'utilisateur a décidé d'ajouter quelques nouveaux joueurs. Ils veulent ensuite générer une équipe nouvelle avec ces joueurs dans la liste. Ils ne se soucient pas tellement des équipes existantes, car elles ont été générées avant les nouveaux changements.
  2. L'utilisateur recherche une équipe spécifique. Ils veulent savoir si cela existe. Ils parcourent la liste, la recherchent. S'ils le trouvent, débordez. S'ils arrivent au fond et ne l'ont pas trouvé, ils veulent en générer un nouveau.

Dans le premier cas, un bouton à en haut évitera à l'utilisateur de faire défiler une énorme liste pour atteindre son objectif.

Dans le second cas, un bouton en bas évitera à l'utilisateur de faire défiler haut cette énorme liste.


Défis

Vous devez vous assurer qu'il est absolument clair qu'il s'agit de deux instances du même bouton. La même apparence et les mêmes coordonnées x sont un must, à mon avis. D'autres mesures pourraient devoir être prises. Cela devra être testé.

0
Navot