J’apprécie vraiment Discourse. J’ai été un pionnier de Discourse dans mon entreprise, qui s’est heureusement transformée en communauté grâce à vous, l’équipe.
La barre de recherche n’est-elle plus en temps réel ? À partir d’aujourd’hui, la recherche a changé :
L’option « Rechercher dans le sujet actuel » apparaît.
L’option n°1 est désormais la valeur par défaut (étrange).
Par défaut, la recherche en temps réel affiche les tags et les utilisateurs. Pourquoi les utilisateurs ?
La recherche en temps réel par sujets doit être activée après un clic. C’est le point le plus important de ceux mis en œuvre aujourd’hui. Auparavant, cela suffisait.
J’ai essayé de trouver des sujets liés à des demandes de fonctionnalités similaires aux changements actuels, mais sans succès. Je souhaiterais revenir à l’ancienne recherche, s’il vous plaît.
Merci pour vos retours ! J’aime vraiment les modifications apportées à la recherche, mais ce clic supplémentaire ajoute clairement un peu plus de friction par rapport à ce que nous avions auparavant.
Je me demande si nous ne pourrions pas afficher les résultats sans ce clic, tout en conservant ce clic supplémentaire pour « dans tous les sujets et messages » en haut, lorsque cela est pertinent :
J’aime beaucoup mieux ce style que l’ancienne case à cocher que nous avions.
Vous avez raison. Cela a été discuté. Malheureusement, j’ai utilisé le mobile pour naviguer sur Discourse 2 à 3 fois.
Désolé, je voulais dire que l’option rechercher dans le sujet actuel est nouvelle (et inutile dans la plupart des cas ; elle est probablement utile uniquement pour les sujets très longs). De plus, elle est placée en première position. L’ancienne recherche fonctionnait bien. Maintenant, je ne parviens pas à la comprendre. Il est impossible d’utiliser les raccourcis clavier pour trouver un sujet afin de l’ajouter lors de la rédaction.
Merci pour votre réponse. La recherche en direct est une fonctionnalité incontournable. Il n’y a aucune raison de l’éviter au profit d’un style visuel supérieur. La recherche doit avant tout être simple et rapide. Une boîte de recherche rapidement accessible est nécessaire pour obtenir des résultats rapides. Je ne peux pas souscrire à l’idée que la version actuelle soit meilleure. Pas de recherche en direct et des clics excessifs.
Je suis d’accord avec cela. Cela me prend maintenant une éternité pour rechercher un sujet, puis pour chercher à l’intérieur de ce sujet ; quelque chose que je fais de nombreuses fois par jour.
Je ne pense pas que ce soit un gros problème, car appuyer sur \u003ckbd\u003eENTRÉE\u003c/kbd\u003e est une méthode tout à fait standard pour effectuer une recherche. Avec cette recherche en deux niveaux, nous obtenons une vue plus claire.
Premier niveau : utilisateurs, catégories, groupes, étiquettes
Deuxième niveau : sujets, messages
Non, ce n’est pas nouveau. Nous disposons de cette fonctionnalité depuis un certain temps : si vous êtes dans un sujet, une catégorie, un tag ou vos MP, vous voyiez auparavant une case à cocher pour rechercher dans ce contexte spécifique. Ce qui est nouveau, c’est que cette case a été remplacée par une ligne « mot-clé dans ce sujet ».
C’est une critique légitime. J’ai travaillé sur ce changement de recherche et je m’attendais tout à fait à ce que cela soit soulevé comme un problème. Comme l’indique @Don juste au-dessus, vous pouvez appuyer sur Entrée pour rechercher dans tous les sujets. Vous pouvez également utiliser les flèches haut/bas pour naviguer dans les résultats de recherche disponibles. Ainsi, pour une recherche dans le sujet actuel, vous devrez appuyer sur Flèche vers le bas + Entrée.
Nous sommes parfaitement conscients que ce n’est pas un ajustement facile, surtout pour les utilisateurs réguliers de la recherche. Il est difficile de s’adapter à ce changement car cela semble beaucoup plus lent. Mais nous avons effectué ce changement pour plusieurs raisons :
Meilleures performances : lancer une recherche complète de tous les messages à chaque frappe de touche est coûteux. La friction ajoutée pour les utilisateurs s’accompagne d’un avantage majeur pour les administrateurs de site. Cela n’aura peut-être pas de grandes répercussions pour les auto-hébergeurs gérant un seul site, mais sur de très nombreuses instances Discourse, les économies peuvent être notables.
Liste de résultats plus simple : auparavant, nous avions plusieurs colonnes dans ce menu déroulant de recherche, avec les résultats des sujets à gauche et les résultats des catégories/tags/utilisateurs/groupes à droite. Cela ne rendait pas très bien, car il y avait beaucoup de types d’éléments différents visibles en même temps.
Recherche comme navigation : avec les nouveaux changements, il est très rapide de se rendre dans une catégorie/tag/groupe/utilisateur spécifique sans quitter le clavier. Par exemple, vous pouvez facilement taper une partie du nom d’un tag ou d’une catégorie, puis utiliser Flèche vers le bas + Entrée pour naviguer vers la page de ce tag/catégorie. (Auparavant, cela nécessitait de nombreuses frappes.)
Prise en charge de l’historique de recherche : cela n’a pas encore été implémenté, mais nous prévoyons de l’ajouter bientôt, bien sûr, uniquement pour les utilisateurs authentifiés.
Donc, espérons que la recherche vous semblera agréable après une courte période d’adaptation. C’est notre objectif, mais il est parfois difficile de faire des changements sans causer au moins un peu de friction.
Voulez-vous dire que le raccourci a ne fonctionne pas pour ajouter un résultat de recherche à un sujet ? Cela fonctionne pour moi, bien qu’il y ait une régression (nous allons la corriger sous peu) : cela publie une URL relative dans l’éditeur, alors qu’auparavant c’était une URL absolue.
Ce conseil m’a fait changer d’avis, passant de « je déteste la nouvelle recherche » à « c’est acceptable et j’applaudis la réduction de l’impact sur les performances ». Ce serait formidable si ce conseil était affiché dans le texte d’espace réservé, qui indique actuellement simplement « Rechercher ».
Je clique sur le seul résultat, puis je souhaite effectuer une recherche dans ce sujet, mais je ne vois pas l’option « Rechercher dans ce sujet » après avoir cliqué dessus.
Le menu hamburger m’emmène vers la recherche avancée, et la seule façon d’obtenir une invite pour rechercher dans ce sujet est d’ajouter un espace après le mot recherché.
Peut-être que je me souviens mal, mais il me semble qu’après avoir cliqué sur un sujet, j’obtenais l’invite pour rechercher dans ce sujet sans avoir à modifier le mot recherché.
La raison pour laquelle vous ne la voyez pas est que le panneau de recherche affiche les résultats mis en cache de l’écran précédent. Si vous saisissez quelque chose de nouveau dans le champ de saisie, vous devriez voir l’option « rechercher dans ce sujet ».
Hm, je vois d’où vient cette mise à jour, mais je reste indécis.
Mon comportement attendu serait le suivant :
lorsque je suis sur la page d’accueil, le domaine de recherche par défaut est « tous les sujets »
lorsque je suis dans une catégorie ou un sujet, c’est ce domaine qui devient le défaut
Dans les deux cas, je souhaite voir les résultats de ce domaine instantanément, sans deuxième clic — exactement comme avant. Changer de domaine en un clic, c’est acceptable.
L’astuce « il suffit d’appuyer sur Entrée » ? Oui, cela pourrait fonctionner, mais cela rivalise avec « montre, ne dis pas » et « ne me fais pas réfléchir » en matière de conception UX.
L’ancienne recherche semblait plus réactive, plus rapide, plus intuitive à utiliser. Maintenant, je dois réfléchir à mon comportement.
Je pense que ce « hack » est utilisé par presque tous les sites web. Google, YouTube, Facebook, etc. Ils ajoutent simplement des suggestions à la recherche, mais le processus est le même que pour la recherche Discourse. Je sais que c’est inhabituel dans Discourse, mais c’est une habitude. J’ai reçu des retours très positifs de ma communauté concernant la nouvelle utilisation de la recherche. Je pense que cela nous apporte un bon avantage en termes de performance.
Les indications gênantes, les tags et les listes d’utilisateurs semblent apparaître uniquement pour détourner l’attention du fait que la recherche ne fonctionne plus (jusqu’à ce que des actions supplémentaires de l’utilisateur soient appliquées).
Oui, appuyer une fois de plus sur Entrée n’est pas difficile. Mais pourquoi ces éléments de recherche spéciaux sont-ils apparus à l’écran ? Est-ce que l’utilisateur moyen les utilise habituellement ? Je ne pense pas. Actuellement, les tags en pop-up et les noms d’utilisateurs inconnus qui s’affichent par paquets ressemblent à un kiosque McDonald’s intrusif. Je ne veux pas de frites, mais on me les propose à chaque clic.
Honnêtement, j’aurais été compréhensif face à un sujet épinglé annonçant à l’avance que Discourse devait désactiver la recherche en direct en raison de problèmes de performance. Ceux qui gèrent leur propre hébergement ont la possibilité de rester sur la version avec les paramètres actuels pour le moment.
Mais maintenant, il n’y a aucune possibilité de revenir à la version bêta 6 ou bêta 5. La reconstruction plante.
Que fait Ctrl+Entrée ? J’ai cliqué lorsqu’il est apparu pour la troisième fois. Il n’y avait encore rien dans la zone de recherche, alors j’ai été redirigé vers un écran blanc avec un message d’erreur.
J’ai déjà envoyé un rapport de bug concernant le problème de lien de référence croisée aujourd’hui. Vous avez raison, ce problème existe bien. J’ai écrit à propos des raccourcis clavier : ils ne sont plus aussi efficaces maintenant, car il faut effectuer des clics supplémentaires et je dois détourner mon regard de l’écran pour m’assurer que la flèche du clavier sélectionne la bonne option. Auparavant, cela importait peu à l’utilisateur, car la recherche par défaut dans le sujet actuel était désactivée et il n’était pas facile de l’activer.
Nous avons constaté que le travail de recherche inutile constituait l’essentiel des requêtes traitées par nos serveurs. Nos serveurs ont effectué des montagnes de recherches ; sur certains sites, c’était la deuxième ou troisième opération la plus coûteuse en termes de coût total.
Nos serveurs sont extrêmement rapides, nous pouvons absorber une grande partie de cette charge. En revanche, les auto-hébergeurs payaient un prix bien trop élevé.
Ce n’est pas dans nos plans. Bien sûr, nous affinerons et améliorerons la conception, rendrons peut-être les indices plus riches, etc. Cependant, nous n’avons aucun projet de faire revenir ce navire au port.
Le fromage a déménagé. Je recommande vivement de vous adapter à cette situation pendant 14 jours et de nous faire part de vos retours sur les petits ajustements que nous pourrions apporter pour encore améliorer les choses.
Merci pour la clarification. Le problème n’est pas technique. En tant que propriétaire d’une solution SaaS, les frais de Discourse sont trop élevés pour des recherches inutiles lors d’une recherche en direct. Chaque action d’un utilisateur a un coût. Comme Discourse est open source, je suis d’accord avec l’idée que les mainteneurs devraient avoir moins de frais. En tant que membre de la communauté, je dois soutenir l’équipe de développement.
Quoi qu’il en soit, la version précédente de la recherche était configurable. Actuellement, certaines options (par balise, par utilisateur, etc.) sont devenues actives alors qu’elles étaient auparavant désactivées par défaut.
Je transmets les sentiments de mes utilisateurs car ils ne sont pas présents sur ce forum. Je suppose que la plupart des utilisateurs actifs ici sont des administrateurs, des développeurs ou des concepteurs issus de leurs installations auto-hébergées, j’espère donc que mon retour sera utile.
C’est ainsi que j’ai découvert pour la première fois la nouvelle barre de recherche. Selon mon modèle mental, tout ce qui se trouve en dessous de la barre correspond aux résultats. Ainsi, le bouton de recherche ressemblait à un autre type de résultat. Je pense que les directives de conception devraient éviter ce genre de situation.
Selon mon intuition, le bouton de recherche devrait se trouver à droite, juste à côté de la barre de recherche. Or, il y a ce bouton de réinitialisation de la recherche. Je n’ai réalisé son existence qu’à l’instant.
À ma grande surprise, Google fait de même. Il possède également ce bizarre bouton de réinitialisation de la recherche dont je n’avais jamais remarqué l’existence. La différence, c’est que Google distingue clairement le bouton de recherche des résultats.
Je pense que Discourse a bien fait beaucoup de choses d’un point de vue UX. Mais il y a aussi des éléments étranges. Parfois, les changements constituent une amélioration, et parfois, ce sont simplement des changements.
Je crois que la cause profonde de cela est que les modifications sont apportées de manière ad hoc, sans système de conception fondé sur des directives clairement définies. Tout s’est développé à partir des connaissances intuitives acquises par ses créateurs au fil des années. Les paradigmes sous-jacents aux décisions d’interface utilisateur ne sont pas clairement verbalisés et sont imposés de manière quasi dictatoriale.
Un système de conception ne serait-il pas entièrement dictatorial ? En ce qui concerne spécifiquement ce changement, quelle orientation un système de conception aurait-il pu fournir ?
Y a-t-il des exemples de cela ? Si cela se présente à l’avenir, n’hésitez pas à en parler sur Meta. À ma connaissance, chaque changement repose sur un raisonnement… mais il est vrai que nous n’annonçons pas les raisons de chaque changement au-delà du message de commit qui a introduit la modification.
Nous sommes quasi dictatoriaux dans le sens où nous sommes ceux qui prennent la décision finale sur ce qui intègre Discourse (quelqu’un doit le faire), mais de nombreux facteurs sont pris en compte. La performance a déjà été mentionnée, mais les retours de nos clients jouent un rôle majeur car Discourse n’existerait pas sans eux. Nous exploitons également Meta spécifiquement pour recueillir ce type de feedback auprès de la communauté plus large des auto-hébergeurs, et nous surveillons les catégories #site-feedback sur les grands sites (en particulier les grandes migrations depuis d’autres plateformes) pour avoir une idée de la situation des utilisateurs réguliers.
J’aime beaucoup mieux ce style que l’ancienne case à cocher que nous avions.
