Offrir un "support privé" dans le cadre d'une communauté de support public

Cela peut ou peut ne pas être un défaut utile, cela dépend probablement du type de communauté, mais je ne suis pas sûr que cela résolve vraiment le problème de rendre les messages personnels plus accessibles dans les recherches.

Dans le contexte du support privé, il semble raisonnable de supposer qu’il sera fortement lié à la communauté dans son ensemble, ce qui rend probable qu’il y aura des sujets/messages similaires et pourrait produire beaucoup de bruit autour des messages personnels que l’utilisateur pourrait rechercher.

De la même manière que les catégories obtiennent des titres calculés dans les suggestions, peut-être que in:personal pourrait bénéficier de son propre titre associé pour rendre la suggestion un peu plus conviviale.

Par exemple, si je commence une recherche tout en consultant la catégorie des fonctionnalités ici, je verrai ceci :

et la sélection ajoutera #feature à la requête de recherche. Pour les messages personnels, cela pourrait être quelque chose comme « dans les Messages » où la sélection ajouterait toujours in:personal à la requête de recherche.

4 « J'aime »

La recherche ne se limite-t-elle pas automatiquement aux MP lorsque vous consultez les MP ? Laissez-moi vérifier. Oh je vois, ce comportement a changé @sam @pmusaraj. Il ne s’agit plus de cette option de recherche par défaut lorsque vous êtes dans l’onglet messages, mais elle devrait vraiment l’être selon moi.

9 « J'aime »

Oui, nous avons abandonné le filtrage de recherche par défaut sur des itinéraires spécifiques dans l’application car notre widget de recherche suggère désormais des filtres au fur et à mesure que vous tapez. (Par exemple, si vous tapez des mots qui correspondent à un nom de catégorie/balise, il sera suggéré comme filtre).

Mais personne ne tapera in:personal, donc cela n’aide pas. et je suis d’accord avec @jerry0, c’est une étiquette confuse. La solution la plus simple serait d’ajouter in:messages comme synonyme de in:personal et de l’utiliser dans l’interface utilisateur.

Une solution plus compliquée pourrait être de faire ce que nous faisons pour la recherche dans un sujet. Nous avons un cas spécial là-bas, qui n’est activé automatiquement que lorsque le raccourci ⌘+F est appelé (que nous remplaçons sur les sujets avec de nombreux messages) :

Nous pouvons faire quelque chose de similaire lors de la visualisation des MP/boîtes de réception.

8 « J'aime »

Je dois dire que l’équipe Discourse est géniale :metal:

7 « J'aime »

Ce serait formidable. :sunflower: L’impossibilité de rechercher des messages par mot-clé dans une boîte de réception de groupe spécifique me manque vraiment. Je ne pense pas que ce soit possible actuellement, à moins que je ne rate quelque chose.

8 « J'aime »

Deux changements ont maintenant été fusionnés.

1 : Lorsque vous êtes dans une boîte de réception personnelle ou de groupe, la recherche est maintenant automatiquement limitée aux MP, et l’interface utilisateur ressemble à ceci (commit) :

2 : Ce commit a ajouté la prise en charge du mot-clé in:messages. Il fonctionne de la même manière que in:personal (qui est toujours disponible), mais nous priorisons maintenant in:messages dans l’interface utilisateur.

16 « J'aime »

C’est une belle amélioration ! in:messages est tellement plus intuitif pour moi que in:personal. :sunflower:

Y a-t-il un moyen de permettre également la recherche de messages dans une boîte de réception de groupe ? Je réalise maintenant qu’il n’y a pas eu de discussion sur ce à quoi cela ressemblerait. Peut-être group:NOMDUGROUPE ?

7 « J'aime »

Oui, nous en avons discuté en interne et je viens d’ajouter la prise en charge de group_messages:GROUPNAME dans FEATURE: Add `group_messages:` keyword to advanced search (#16584) · discourse/discourse@b266a36 · GitHub. C’est déjà déployé ici sur meta.

(group:GROUPNAME existe déjà et cible les sujets réguliers non-PM associés à un groupe.)

8 « J'aime »

5 messages ont été déplacées vers un nouveau sujet : Qu’est-ce qu’une recherche de groupe:GROUP ?

J’ai juste remarqué que l’utilisation de la recherche pour group_messages: ne donne pas de lien « plus… » en bas des résultats rapides comme les autres. Est-ce intentionnel ?

7 « J'aime »

Oui, bonne remarque. Ce n’est pas intentionnel, je vais m’en occuper bientôt.

7 « J'aime »

Ceci concerne également la recherche des messages privés.

Mes utilisateurs (et moi) ont du mal à trouver des messages d’un utilisateur spécifique ou impliquant un utilisateur spécifique. Lorsque vous recherchez in:messages, le nom d’utilisateur n’apparaît que s’il a été inclus dans le corps du message.

Il serait très utile de rechercher également le nom d’utilisateur et le nom de l’auteur du message, et de leur donner la priorité.

Il serait encore mieux d’avoir un filtre spécifique pour les messages d’un utilisateur ou d’un groupe lorsque l’on consulte sa boîte de réception, mais je soupçonne que cela serait beaucoup plus complexe !

2 « J'aime »

Cela ressemble même à un bug.
Je m’attendrais à ce que le filtre avancé « publié par » recherche les publications de cette personne et non les mentions.

1 « J'aime »

Le filtre avancé les trouve (avec @mention dans le terme de recherche), mais c’est un peu trop technique pour mes utilisateurs très peu techniques qui taperont simplement le nom de la personne et s’attendront à ce qu’elle apparaisse.

Ceci est un flux de travail dysfonctionnel typique :

  1. Depuis leur boîte de réception, ils essaient de trouver l’utilisateur dans leurs messages en utilisant le charmant in:messages par défaut (et échouent)

  2. Ouvrent la Recherche avancée et sélectionnent l’utilisateur dans Publié par. Réalisent que cela n’inclut que les messages contenant le nom dans le corps car il reste dans la zone de recherche :

  3. Arrivent enfin :

Pour les utilisateurs novices (c’est-à-dire la plupart d’entre eux/nous), il serait très utile que ces résultats soient inclus dans les premiers résultats, car seuls les plus avertis réussiront à affiner la recherche du premier coup.

Bien sûr, les utilisateurs peuvent apprendre à faire cela. Mais ce n’est pas une bonne expérience utilisateur !!

(excuses à @pfaffman de l’avoir inclus !)

5 « J'aime »

Merci @nathank, cela me semble une demande raisonnable, nous devrions pouvoir résoudre ce problème en ajoutant les participants au sujet dans les données de recherche PM.

7 « J'aime »

Hier, j’ai fusionné un correctif qui inclut les participants aux sujets dans les données de recherche des MP @nathank. Notez que cela ne fonctionne que pour les nouveaux MP par défaut ; si vous souhaitez qu’il réponde rétroactivement, vous devrez exécuter la tâche rake search:reindex.

6 « J'aime »