Suite à la discussion de Créer/Voir et Créer les permissions (à nouveau) :
Je pense que c’est une excellente idée. Pour le moment, nous avons le modificateur in:private pour rechercher les MP, alors peut-être quelque chose de similaire comme in:all ou in:everywhere ?
@david : Merci d’avoir créé ce fil (je comptais attendre d’avoir un peu de code 
). J’ai bidouillé un peu ça entre les réunions hier et ce matin, et j’ai une preuve de concept qui ajoute un tag de recherche in:all : GitHub - adqm/discourse at search_all · GitHub
Quelques points à réfléchir :
in:all est le bon nom ?Je suis ravi de continuer à bidouiller quand j’aurai du temps. Et je ne connais pas encore vraiment Ruby, Rails ni la base de code de Discourse, donc tous les retours et critiques constructives sont les bienvenus !
Super ! N’hésitez pas à ouvrir une PR dès que vous êtes prêt, ainsi les gens pourront commenter plus facilement.
Je pense que c’est correct, sauf si quelqu’un a de meilleures idées ? cc @codinghorror ?
Ce serait effectivement bien, mais je ne m’inquiéterais pas de cela pour commencer. Cela peut faire l’objet d’une PR ultérieure.
Encore une fois, ce serait agréable, mais ce n’est pas nécessairement à faire en même temps. De toute façon, c’est une fonctionnalité plutôt destinée aux utilisateurs avancés.
Après avoir un peu examiné, il s’avère que ce n’est pas tout à fait prêt pour le moment… mais je continuerai à y travailler, et je soumettrai une PR une fois que j’aurai corrigé les bugs que je connais.
Je viens d’ouvrir une PR. Vos réflexions, retours et critiques sont les bienvenus !
in:all convient, in:everything est trop long à taper à mon avis.
Grâce à @hartz, cela est maintenant implémenté 
Vous pouvez utiliser in:all pour rechercher vos MP et sujets publics au même endroit. Par exemple :
Hmm. Les résultats de la messagerie privée (MP) ne devraient-ils pas afficher l’enveloppe MP à côté du résultat ? Sinon, comment savoir lequel est lequel ?
Oui, ce serait bien. @hartz l’a d’ailleurs déjà suggéré, mais j’ai insisté pour intégrer d’abord la fonctionnalité de base.
@hartz, aimerais-tu essayer de rendre cela fonctionnel dans une deuxième PR ? Sinon, je peux m’en charger.
Bien sûr, je suis ravi d’essayer. J’ai envie d’explorer un peu plus la base de code (puisque je ne suis pas encore tout à fait familier avec l’organisation), et ce serait un bon moyen de le faire.
Cela prendra probablement plusieurs jours avant que je puisse vraiment m’y pencher, donc si tu veux intervenir et t’en occuper, c’est aussi très bien.
@david : J’ai enfin pu jeter un œil à cela (différencier l’affichage des MP et des sujets dans les résultats de recherche), et j’ai mis en place localement une solution de contournement peu élégante qui semble fonctionner, mais qui nécessite probablement pas mal d’affinage. Dois-je ouvrir un nouveau sujet dans la catégorie dev ou quelque chose de similaire si je pense que ce n’est pas encore tout à fait prêt, ou dois-je simplement ouvrir une PR et l’utiliser comme espace de discussion ?
Si vous avez quelque chose de fonctionnel, une PR serait excellente — cela facilite les commentaires sur des parties spécifiques du code. Si vous le souhaitez, GitHub propose une nouvelle fonctionnalité « PR brouillon » (cliquez sur la flèche à côté de « créer une pull request » avant de la soumettre).
D’accord, ça me va, merci ! Je viens de soumettre une PR.
Ce sujet a été automatiquement fermé après 5 jours. De nouvelles réponses ne sont plus autorisées.
