Une icône d'appel à l'action est-elle souhaitée pour une boîte de dialogue de calendrier?
J'utilise une version modifiée de la datepicker jQueryUI ( http://jqueryui.com/datepicker/#buttonbar ). Mon implémentation réelle peut être consultée sur http://jsfiddle.net/mmw834ms/12/embedded/result/ .
Selon la documentation jQueryUI, l'utilisateur utilise le calendrier comme suit:
Concentrez-vous sur l'entrée (cliquez ou utilisez la touche de tabulation) pour ouvrir un calendrier interactif dans une petite superposition. Choisissez une date, cliquez ailleurs sur la page (brouillez la saisie) ou appuyez sur la touche Echap pour fermer. Si une date est choisie, la rétroaction est affichée comme la valeur de l'entrée.
Est-ce acceptable du point de vue de l'interface utilisateur? Ma préoccupation est que l'utilisateur ouvre la boîte de dialogue, décide qu'il ne souhaite pas apporter de modifications, donc ne cliquez pas sur "Terminé" et ne savez pas cliquer ailleurs sur la page.
J'étends le même plugin, et j'ai opté pour un bouton "fermer" à côté du bouton "appliquer".
La raison derrière cela était de réconforter les utilisateurs qui ne sont peut-être pas immédiatement conscients du paradigme "cliquer à l'extérieur pour fermer". Certains d'entre vous peuvent se moquer, mais les tests utilisateur limités que nous avons menés ont indiqué que les utilisateurs ont utilisé l'icône "x" sur notre interface précédente, plutôt que de cliquer à l'extérieur.
En plus de cela, 'x' a une connotation de 'reset', alors que nous étions plus heureux avec le 'close' beaucoup plus clair, car cela implique correctement que vous pouvez jouer avec lui un peu, aller ailleurs et revenir plus tard pour choisir là où vous vous étiez arrêté.
J'espère que cela pourra aider.
"Terminé" signifie presque la même chose que "OK et fermer", donc cela ne devrait pas poser de problème si l'utilisateur ne change rien. C'est plus que suffisant pour vous assurer que l'utilisateur sait comment quitter cette vue modale.
Même si l'utilisateur ne sait pas comment quitter, l'utilisateur n'a que ces options:
- Cliquez sur une donnée -> ferme le calendrier
- Cliquez ailleurs -> ferme le calendrier
- Cliquez sur "Terminé" -> ferme le calendrier
Dans tous les cas, l'utilisateur peut fermer le calendrier.
Vous pouvez comparer d'autres calendriers de grands joueurs comme Google. La plupart du temps, ils n'ont même pas de bouton "Terminé". Voici le calendrier Gmail qui permet de choisir "aucun".
Contrairement à la réponse ci-dessus, je ne suis pas d'accord. Nous ne pouvons pas supposer que nos utilisateurs utilisent les fonctionnalités Web ou d'application au même niveau.
Les actions implicites sont idéales pour ceux qui connaissent des interfaces similaires, personnellement, et cela est confirmé dans de nombreux guides de conception d'interface utilisateur, j'aime fournir un contrôle intrinsèque pour effectuer une action.
Je suis d'accord avec @maceigesawacki, ajoutant à cela
Tous les contrôles du sélecteur de date sont une boîte de dialogue Popover et ne nécessitent pas d'icône de fermeture spécifique (x) cos
- L'utilisateur peut cliquer en dehors de la boîte de dialogue contextuelle pour fermer la boîte de dialogue
- L'utilisateur peut cliquer sur le bouton "soumettre" pour soumettre les données du formulaire et fermer la boîte de dialogue
- Il est difficile d'accueillir l'emplacement de l'icône de fermeture car il existe une icône d'action comme "précédent", "suivant" et. .
- L'utilisateur n'utilisera pas cette icône de fermeture car il est capable de fermer la boîte de dialogue avec une meilleure interaction