web-dev-qa-db-fra.com

Les champs en lecture seule doivent-ils masquer ou désactiver les icônes?

Tout au long de notre système, nous avons différents types de champs de saisie auxquels des icônes sont liées.

Exemples:

  • Champ de temps avec une icône de temps - lorsque vous cliquez sur l'icône, il remplira l'heure actuelle.
  • Champ de date avec une icône de calendrier - cliquer sur le calendrier fera apparaître un calendrier où l'utilisateur peut sélectionner une date.

Existe-t-il des meilleures pratiques sur la façon dont les icônes doivent s'afficher sur les champs de saisie en lecture seule?

  • Les icônes doivent-elles être cachées? OU
  • Devraient-ils simplement avoir un style désactivé?

Exemple avec les icônes de style désactivé:

2
L. Lemmer

Privilégiez la désactivation plutôt que le masquage des icônes.

n standard désactivé <select> l'entrée ressemble toujours à un <select> entrée lorsqu'il est désactivé. Cela permet à l'utilisateur de s'attendre à un certain type d'interaction de cet élément. Les méthodes de saisie des éléments communs varient et le style aide l'utilisateur à prédire celui qu'on attend d'eux. Les listes suivantes (non exhaustives) aident à illustrer les différences dans les attentes des utilisateurs.

Méthode d'entrée principale: Cliquez/appuyez

  • Sélectionner des listes (généralement)
  • Case à cocher
  • Bouton radio
  • Bouton

Méthode d'entrée principale: entrée au clavier

  • Champs de saisie

Voir un élément qui ressemble à un champ de saisie, puis le regarder se transformer rapidement en <select> élément lorsqu'il devient activé obligerait un utilisateur à retraiter brièvement les éléments pour comprendre comment interagir avec lui.

Donc, suivant le modèle du <select> item, j'autoriserais vos entrées personnalisées à afficher leurs icônes distinctes afin qu'un utilisateur puisse essayer de les prétraiter avant de les activer.

3
maxathousand