J’ai remarqué deux choses concernant le rappel de favoris qui semblent être des bugs.
Le choix d’une date pour le rappel enregistre automatiquement et ferme la fenêtre contextuelle. Je suppose que cela pourrait être considéré comme une UX, mais pourquoi y a-t-il un bouton de sauvegarde s’il enregistre automatiquement lorsqu’un bouton « me le rappeler » est sélectionné ?
Si je sélectionne une option prédéfinie comme « ce week-end » (qui enregistre automatiquement et ferme la fenêtre contextuelle comme mentionné précédemment), rouvrir la fenêtre contextuelle montre que « personnalisé » a été sélectionné. La date personnalisée est correcte et correspond à la sélection que j’ai faite, mais je trouve étrange qu’elle s’affiche comme personnalisée.
Je pense que l’option « enregistrer » sert à définir un rappel sans alerte, et que cela enregistre en choisissant la date pour gagner du temps.
Et avoir l’heure d’origine affichée dans la boîte personnalisée vous permet ensuite de décaler le rappel par l’incrément de votre choix, par rapport au jour/à l’heure que vous modifiez.
Je suppose, mais je trouve toujours l’incohérence déroutante. Le fait que certaines choses s’enregistrent automatiquement et d’autres nécessitent une action manuelle pour enregistrer (le tout dans la même fenêtre contextuelle) est un peu étrange pour moi. Ce n’est pas grave, je pensais juste que cela fonctionnait différemment avant et j’ai été confus. Je me souviens peut-être mal cependant.
Je pense que ce qui me confond, c’est qu’il y a plusieurs options proposées, mais qu’ensuite, tout est toujours enregistré comme personnalisé. Je suppose qu’à un certain point, ces préréglages sont juste là pour vous aider, et que l’enregistrement en backend comme datetime a du sens, mais alors je ne m’attendrais pas à ce que cliquer sur les préréglages enregistre et ferme la fenêtre contextuelle. Je m’attendrais à ce que le calendrier soit la partie la plus importante de la fenêtre contextuelle, avec de plus petits boutons « d’aide » pour mettre à jour automatiquement le calendrier avec ces préréglages, mais sans enregistrement automatique. Lire votre réponse et y réfléchir davantage donne l’impression qu’il s’agit plus d’une suggestion d’UX que d’un bug.
Ce que dit @JammyDodger est correct, ce sont des décisions d’UX intentionnelles, nous voulons que l’enregistrement d’un favori et la définition d’un rappel soient aussi simples que possible.
Parce que vous pouvez modifier le favori pour changer le nom, l’heure et les options de suppression automatique.
C’est parce que le passage du temps dans la plupart des cas pour ces options de pré-remplissage rend peu pratique la présélection de l’option d’origine. Par exemple, si vous choisissez Demain, puis attendez un jour et ouvrez le favori pour le modifier, nous aurions besoin d’une logique supplémentaire pour déterminer si vous avez choisi demain aujourd’hui ou un jour passé et présélectionner l’option correcte en conséquence. Multipliez cela sur toutes nos options de présélection, et il est plus facile de le ramener comme personnalisé.
Oui, c’est ce que je pensais et c’est logique. Je pense que l’interface utilisateur n’est pas idéale pour ce flux de travail. Je ne suis pas très doué pour faire des maquettes, sinon j’en ferais une, mais je pense à quelque chose avec les fonctionnalités suivantes, de haut en bas :
Champ de saisie pour le nom suivi de l’engrenage pour modifier les options de suppression automatique (identique à l’actuel).
Champ de saisie pour la date et champ de saisie pour l’heure (ce qui est actuellement derrière la section “date et heure personnalisées”) qui seraient toujours visibles. Cela indiquerait plus clairement que la date et l’heure sont les véritables sources de vérité plutôt que les boutons de “raccourci” comme “demain” ou “ce week-end”.
Des boutons plus petits sous ces champs de saisie pour chacun des raccourcis, mais moins proéminents qu’ils ne le sont actuellement. Il y en aurait 2-3 côte à côte. Cliquer dessus n’enregistrerait pas automatiquement et ne fermerait pas la fenêtre contextuelle. Cela remplirait simplement le champ de saisie de date ci-dessus.
Peut-être ajouter des raccourcis similaires pour l’heure de la journée. Cela aiderait à atténuer un autre défaut de la conception actuelle : l’hypothèse que les gens veulent les notifications le matin. Personnellement, j’ai tendance à vouloir les notifications après avoir terminé ma journée de travail normale, donc le soir. L’absence de raccourcis pour cela me oblige actuellement à toujours utiliser les sélecteurs de date/heure personnalisés de toute façon.
Enfin, c’est ce que j’ai en tête. Je trouve la conception actuelle assez peu pratique et confuse, et je pense que quelque chose comme ce que je viens de décrire la rendrait plus simple à utiliser et plus puissante en même temps.
J’apprécie vos commentaires détaillés et vos réflexions sur la manière d’améliorer la modale, bien qu’à moins que d’autres ne soulèvent des préoccupations similaires, nous ne sommes pas susceptibles de la modifier beaucoup pour le moment.
Nous avons « Plus tard aujourd’hui », mais je vois ce que vous voulez dire. C’était aussi un choix délibéré pour guider les gens vers la réalisation des choses pendant les « heures de travail ». Peut-être pourrions-nous proposer une préférence utilisateur ou un paramètre de site pour autoriser des préréglages comme « Ce soir » et « Cette nuit » ou quelque chose de similaire si d’autres ont un besoin similaire ?
Naturellement. Je partage juste mes idées à ce stade. Pas de soucis si rien ne change beaucoup.
Avoir tous les raccourcis pendant les « heures de travail » est logique pour les personnes qui utilisent un site Discourse donné à des fins professionnelles. Mais j’imagine que mon cas d’utilisation ici ne peut pas être si inhabituel, où le ou les sites Discourse qu’une personne utilise ne sont pas liés à son travail, et elle souhaite revenir en dehors des heures de travail pour éviter les conflits avec son emploi. (Mais je ne sais pas, peut-être que la plupart des gens comme ça sont satisfaits de recevoir des notifications le matin s’ils ne prennent pas la peine de consulter le site avant le soir de toute façon. Je ne peux pas vraiment spéculer là-dessus.)
La chose principale pour moi concerne les options « plus tard aujourd’hui », « demain » et « plus tard cette semaine ». Fondamentalement, je voudrais que toutes ces options soient préréglées pour le soir (dans la plage 16h-18h) plutôt que pour le matin. Donc, une préférence utilisateur qui remplace par défaut ces options par le soir au lieu du matin me conviendrait. L’option « plus tard aujourd’hui » deviendrait « ce soir » ou « plus tard ce soir », et les autres changeraient simplement leurs heures associées même si le texte reste le même.
Je comprends si cela est jugé trop compliqué ou inutile. Si c’est le cas, je continuerai à utiliser la section date/heure personnalisée, je suppose.
EDIT : Au lieu d’un réglage de site ou d’une préférence utilisateur, cela pourrait simplement être un réglage dans la section de l’icône d’engrenage de la fenêtre contextuelle de favoris elle-même. Peut-être que cela compte toujours comme une préférence utilisateur, je ne sais pas. Mais cela pourrait potentiellement simplifier les choses en gardant toutes les options pertinentes au même endroit.
Oui, c’est un peu vers là que nous nous orientons avec les préférences utilisateur ces jours-ci, en les plaçant près de ce qu’elles affecteront réellement au lieu de les cacher dans le profil utilisateur. @sam, qu’en penses-tu ? Nous avons discuté pendant un moment de la préférence par défaut de « l’heure de la journée » pour les rappels de signets, il est peut-être temps de l’ajouter.
Les dernières réflexions et commentaires suggèrent qu’il est logique d’avoir cela “aux deux” endroits. Car il y a quelque chose de découvrable à parcourir toutes les pages des préférences utilisateur.