web-dev-qa-db-fra.com

Un curseur ou une case à cocher?

Je veux placer un filtre de prix sur mon site Web. Actuellement, je l'ai placé comme curseur .

J'ai pensé à ajouter un champ de saisie à gauche et à droite du curseur qui indiquera respectivement les valeurs min et max. Ce qui le fera ressembler à ceci:

enter image description here

Mais cela n'encombrera-t-il pas l'endroit?

Il existe également des endroits où le filtre de prix est placé sous la forme de case à cocher .

enter image description here

Mais quelles sont les autres façons de procéder? et lequel serait le meilleur?

Notez que la liste est filtrée dynamiquement une fois que l'utilisateur modifie le curseur ou coche la case.

PS: Les images ne sont pas de mes créations. Les designs sont plus jolis, mais en construction! :)

Merci d'avance! :)

2
Mehul Tandale

Je pense que le texte d'entrée (de) + curseur + texte d'entrée (à) est la meilleure solution. Dans ce cas, vous pouvez définir votre propre plage sans cocher quelques cases. Mais si vous souhaitez minimiser les demandes sur le serveur à chaque fois que le client change de plage de curseurs, vous pouvez ajouter un bouton "ok". Dans ce cas, l'utilisateur définirait la plage - appuyez sur ok - et verrait les résultats.

Voir l'exemple

Range input fields with an OK button above a corresponding slider

1
Vlad Kozlovskiy

Je serais d'accord avec JeromeR que "ça dépend" (toutes les bonnes questions UX sont répondues de cette façon :-). Plus de détails sur votre public, la situation, d'autres éléments de la page, etc. peuvent changer les réponses que vous obtenez.

Je pense qu'un curseur pourrait être une bonne solution (selon), bien que si l'utilisateur n'a pas besoin de la précision de zones de texte supplémentaires pour des valeurs détaillées spécifiques, je pense que cela pourrait encombrer les choses - à moins que vos utilisateurs n'aient besoin de ce niveau de spécificité.

Je suis également d'accord avec Vlad pour dire que frapper le serveur à chaque changement de curseur pourrait être assez onéreux pour l'utilisateur (surtout si une granularité fine est nécessaire), donc une sorte de "soumettre des modifications à mon filtre" pourrait être un bon contrôle à ajouter ... surtout s'il y a BEAUCOUP de filtres à régler.

Cependant, cela dépendra également de la quantité de données qui est chargée avec chaque nouvelle demande: si chaque serveur touché ne réduit qu'une petite quantité de données et est assez rapide, vous pourriez vous en sortir avec une demande pour chaque ajustement. Toutefois, si les résultats sont importants pour une demande donnée et que les utilisateurs sont susceptibles de devoir effectuer de nombreux ajustements, vous souhaiterez peut-être les laisser adapter les détails avant de soumettre explicitement la demande.

Personnellement, je n'aime PAS utiliser les cases à cocher pour des valeurs de type plage comme celle-ci (ne serait-ce que parce qu'elles ont tendance à prendre plus d'espace et à mettre plus de charge cognitive sur l'utilisateur en raison de plus de décisions), mais comme toujours, vous connaîtrez mieux le contexte de ce contrôle.

Alors voilà: ça dépend. Mais cela vous donne peut-être un peu plus de réflexion. Bonne chance!

0
Mattynabib