Lorsque les groupes autorisés aux messages personnels sont définis sur administrateurs, tout fonctionne bien et les administrateurs peuvent envoyer un message privé aux utilisateurs.
Mais lorsqu’un message est envoyé à l’utilisateur, il ne sera notifié que par la barre supérieure, mais les « messages » ne seront pas affichés dans leur barre latérale.
Je pense que cela ressemble à la façon dont ils fonctionnaient avant la barre latérale/le paramètre enabled_groups. Avec les MP désactivés pour les utilisateurs non membres du personnel, un utilisateur recevait une notification, mais n’avait pas accès aux onglets de messagerie dans son menu ou sa page utilisateur (bien qu’il puisse toujours y accéder directement s’il connaissait l’adresse).
Bien que je pense que cela fonctionne légèrement différemment maintenant pour les direct_message_enabled_groups similaires, il pourrait donc s’agir de quelque chose à harmoniser et à rendre plus cohérent.
Je pense que c’est une raison valable pour revoir cela, mais l’interface utilisateur des messages est actuellement plus complexe (avec sa boîte de réception, ses messages envoyés, etc.). Et vous pouvez fermer un message direct pour le supprimer de votre barre latérale, alors que ce n’est pas quelque chose que vous pouvez faire avec les messages.
Je suis d’accord que c’est un peu étrange, mais nous pourrions le laisser reposer un peu avant de procéder à des changements ici.
J’ai apprécié vos commentaires sur mon rapport ici.
Certains de mes utilisateurs trouvent cela vraiment déroutant ; après avoir lu le message privé, ils sont incapables de localiser leurs MP ; malgré leur incapacité à envoyer de nouveaux MP. J’espère que cela pourra être changé pour quelque chose de plus clair pour nos utilisateurs un jour =)
J’ai juste fait un test rapide ici sur meta et je vois que mon compte utilisateur de test TL0 n’a aucune interface utilisateur pour accéder aux messages, même après lui avoir envoyé un message et l’avoir utilisé pour envoyer un message aux modérateurs.
Pendant ce temps, cet utilisateur peut aller sur https://meta.discourse.org/my/messages pour accéder à sa boîte de réception.
Maintenant que l’interface utilisateur des messages a changé et qu’il y a simplement un lien “Mes messages” dans la barre latérale, je pense qu’il serait utile d’apporter une modification ici pour fournir le même lien lorsqu’un utilisateur a des messages. Il peut également y avoir un filtre de messages dans le menu des notifications, comme c’est le cas pour les personnes autorisées à envoyer des messages, comme autre moyen d’accéder à vos messages. Voici à quoi cela ressemble maintenant pour mon utilisateur de test :
Je pense que cela dépend beaucoup de la manière dont les MP sont utilisés pour qu’il soit judicieux de voir des liens vers la boîte de réception dans l’interface.
Pour moi, il a toujours été logique de les masquer. Par défaut, les MP ne sont désactivés que pour TL0. Donc, dès que l’utilisateur a passé 10 minutes à lire, il peut voir sa boîte de réception. Je ne m’attends pas à ce qu’il reçoive autant de messages avant que cela ne se produise. Je ne m’attends pas à ce qu’il reçoive autant de notifications qu’il ne pourra au moins pas les trouver dans la liste complète des notifications. Pour moi, cela a toujours fait partie de la simplification de l’interface pour les nouveaux utilisateurs.
Je ne pense pas qu’un nouvel utilisateur ait besoin de la boîte de réception avec tous ces onglets en haut pour lire les premiers messages de bienvenue. Surtout la liste déroulante pour les boîtes de réception (de groupe) n’est pas nécessaire pour la plupart des utilisateurs. Tant que vous n’êtes pas dans au moins un groupe auquel des messages peuvent être envoyés, il y a une liste déroulante avec une seule option : boîte de réception.
Je pense que visiter les MP directement depuis la notification simplifie l’expérience par rapport à la consultation de votre boîte de réception. Et un lien permanent vers celle-ci dans la barre latérale rend plus probable que les utilisateurs la consultent.
Cependant, je comprends que masquer la boîte de réception puisse être un problème sur les sites qui n’autorisent pas les MP, même aux niveaux de confiance plus élevés (ou pour la plupart des groupes), car alors elle n’est pas seulement masquée pour les nouveaux utilisateurs afin de simplifier l’interface. Mais dans ce cas, qui envoie des messages à l’utilisateur ?
Pour moi, masquer le lien par défaut tant que l’utilisateur n’est pas autorisé à envoyer des MP a du sens. S’il existe des sites qui pensent que leurs utilisateurs ont toujours besoin d’accéder à la boîte de réception, pourquoi les administrateurs n’ajoutent-ils pas simplement un lien vers la boîte de réception dans la barre latérale ?
Je suis d’accord sur le fait que les utilisateurs TL0 n’ont pas besoin de voir « Mes messages » dans la barre latérale.
Je pense qu’en 2022, @festinger signalait un comportement que je ne vois plus sur meta aujourd’hui, à savoir que les membres TL1 et supérieurs ne voyaient pas non plus « Mes messages » dans la barre latérale. Je ne sais pas comment reproduire cela s’il existe des cas où cela est encore possible sur les sites Discourse.
Je pense quand même que les messages devraient toujours être découvrables par les utilisateurs TL0 - certains sites peuvent avoir des exigences plus strictes pour la promotion au TL1. Je pense que le simple fait de toujours afficher l’onglet des messages dans le menu utilisateur mériterait d’être pris en considération.
Ah oui, je viens de faire un test rapide ici sur meta et je vois que vous avez raison. Mes utilisateurs TL1 ont perdu la navigation « mes messages » lorsque j’ai retiré TL1 de ce paramètre.
Je suis d’accord avec @festinger, c’est étrange. Ce n’est pas parce que vous ne pouvez pas démarrer de nouveaux messages que vous ne devriez pas pouvoir accéder facilement aux messages que d’autres ont commencés avec vous ! Il n’est pas nécessaire qu’il soit dans la barre latérale, mais il devrait toujours être découvrable quelque part. Le menu utilisateur semble logique.
Et… wow… en le voyant maintenant, je me souviens avoir participé à la rédaction de ce cauchemar de description de paramètre de site, il y a plusieurs années. Je ne pense toujours pas qu’il y ait une meilleure façon de le décrire, malheureusement.
