Nous utilisons la nouvelle barre latérale depuis quelques jours maintenant et un point de confusion fréquent parmi nos utilisateurs est que le bouton d’enregistrement est masqué lorsque la liste des catégories est sélectionnée…
Cela amène les utilisateurs à ne pas enregistrer leurs catégories après les avoir sélectionnées et crée de la confusion.
Bien que l’occultation du bouton Enregistrer rende ce problème plus probable pour les préférences de la barre latérale pour le moment, je peux voir qu’il pourrait également être un problème ailleurs.
Je pense qu’une façon d’aborder ce problème pourrait être d’ajouter un avertissement si vous tentez de quitter une page de préférences.
Qu’en pensez-vous @awesomerobot @tgxworld ?
Je me souviens avoir signalé ce problème il y a déjà quelques années… je ne sais plus où. L’interface utilisateur pour sélectionner les balises et les catégories dans des endroits comme celui-ci peut être un peu déroutante si vous ne savez pas déjà comment faire.
Il est difficile de savoir comment sortir de l’interface utilisateur une fois que vous y êtes pour sélectionner des éléments. Vous devez appuyer sur Échap ou cliquer ailleurs. Il n’y a pas de bouton X visuel pour quitter, et le bouton de sauvegarde est caché/recouvert par le menu déroulant.
Je suis d’accord qu’il serait utile d’être averti de ne pas quitter la page si vous avez des modifications non sauvegardées.
Dans le panneau d’administration, les champs de saisie pour les paramètres font apparaître des boutons 
après avoir modifié un champ :
Peut-être que cette approche pourrait être utilisée ici ?
J’ai également signalé ce problème par le passé.
Dans certaines situations (comme le profil utilisateur), avoir une confirmation par champ serait très pénible pour les utilisateurs qui remplissent plusieurs champs.
Mais cela dit, la grande majorité des interactions avec les préférences utilisateur n’impliquera que la modification d’un ou deux champs, et cela a tout à fait du sens ! De plus, nous avons déjà le mécanisme dans toute l’interface des paramètres.
Je pense que nous devrions considérer cela à un niveau beaucoup plus élevé, car ce modèle d’interface utilisateur n’est pas seulement limité à la barre latérale, mais à l’ensemble de l’interface des préférences utilisateur. Je suis d’accord avec @keegan ici cependant, le modèle d’interface utilisateur que nous utilisons pour l’interface d’administration sera probablement un bon premier pas.
Oui, je suis d’accord. Je suggère la même chose : que nous envisagions un changement pour l’ensemble des préférences de l’utilisateur.
Je peux soutenir cela. Ce serait beaucoup plus clair et cela suivrait un précédent existant.
Je pense qu’une fenêtre contextuelle « vous avez des modifications non enregistrées » lors d’une tentative de navigation pourrait également être une bonne chose (potentiellement aussi pour les paramètres du site !), mais peut-être que la première chose à faire est de les rendre cohérents.
Je suis tout à fait favorable à la mise à jour du modèle d’interface utilisateur dans les préférences utilisateur. 
J’espère que nous ne perdrons pas de vue ce qui suit, qui est un problème d’interface utilisateur distinct mais connexe à mon avis. @awesomerobot, avez-vous des réflexions sur la façon dont nous pourrions l’aborder ? Cela peut aussi prêter à confusion lors du démarrage d’un sujet et du changement de catégories et d’étiquettes de sujets.
Ce n’est pas la même chose, mais j’aimerais ajouter que l’expérience utilisateur standard sur mobile lors de l’utilisation d’un menu déroulant/sélection/modal est le bouton Retour pour fermer quelque chose qui est ouvert :
Au moins pour moi, il est assez courant d’être sur mobile, d’éditer une balise ou une catégorie pour un sujet et d’appuyer intuitivement sur Retour pour fermer le menu déroulant et se retrouver sur la page précédente. J’aimerais voir tous les modals et menus déroulants sur Discourse se comporter de la même manière que les natifs sur mobile, mais je suis d’accord qu’un moyen plus explicite de fermer les menus déroulants sera un pas en avant pour éviter cette confusion.
Les listes déroulantes et les bascules devraient probablement s’enregistrer automatiquement lors d’un changement, cela semble être assez normal maintenant si l’on regarde d’autres applications. Pour les étiquettes et les catégories, cela signifierait que cliquer pour ajouter/supprimer un élément déclencherait un enregistrement…
En réalité, les seules pages de préférences avec des champs de texte sont le profil et le compte… et le compte n’a qu’un seul champ de texte pour le champ name. Pourrions-nous éventuellement le déplacer sur la page de profil à la place ? Ensuite, peut-être que les champs de saisie obtiendraient un en ligne comme les paramètres du site, et nous pourrions avertir quelqu’un qui essaie de quitter la page sans prendre de mesures…
