Discourse est une application Ember depuis le premier jour.
Il ne fait que modifier certaines structures et standardiser les composants Ember.
Permettez-moi :
5 « J'aime »
J’ai eu une idée, elle est encore brute mais je voulais la partager pour ne pas la développer trop sans l’avis des autres.
Et si Discourse pouvait avoir un moyen de permettre aux gens d’avoir des discussions threadées jusqu’à ce que les réponses atteignent un certain seuil, puis qu’il oblige les gens à répondre avec un sujet lié ou qu’il le leur suggère fortement ?
Pour moi, cela peut devenir une question de ce que Discourse veut être… s’il veut être purement axé sur des conversations longues et ciblées, alors le mode actuel semble bien fonctionner. Cependant, s’il veut être une plateforme communautaire avec des événements, des annuaires d’utilisateurs et des interactions entre personnes, alors je pense qu’il pourrait bénéficier de l’ajout d’interactions courtes, presque de petites conversations.
Un exemple
Je publie automatiquement mes épisodes de podcast sur mon discourse (en minuscules intentionnellement pour le généraliser, je ne suis pas sûr que l’entreprise apprécierait lol) et si certains épisodes durent 5 à 10 minutes, d’autres durent plus de 3 heures.
Pour un podcast de trois heures, j’imagine qu’il sera presque impossible pour les gens d’avoir une discussion ciblée, car certains voudront commenter à 00:06:00 et d’autres à 01:34:24 et d’autres à 02:33:50. Beaucoup de commentaires pourraient être courts, comme citer une partie de la transcription et dire “wow, je n’y avais jamais pensé” ou citer une autre partie et dire “je suis fortement en désaccord avec cela” ou simplement vouloir aimer ou réagir à 100% à différentes parties.
Je crois que ces petits commentaires peuvent apporter beaucoup de valeur à une communauté, non seulement en facilitant la contribution des gens, mais aussi en amorçant des discussions. Peut-être que je vois le “je suis fortement en désaccord avec cela” et que je veux continuer, et si je veux continuer, peut-être que je suis un peu énervé et que je veux approfondir. Et puis ils répondent plus en profondeur. C’est à ce moment-là que je pense que le threading devient ingérable.
Mais si, à ce moment-là, le logiciel disait : “Hé, lance un sujet lié pour approfondir cela” ou quelque chose comme ça ?
Petites conversations vs. longues conversations
Je pense que la discussion threadée gère bien les petites conversations et que la discussion linéaire gère bien les longues conversations, et je pense qu’il pourrait être très difficile pour les FB, IG, HN, Reddit et autres du monde threadé de créer la discussion linéaire, peut-être plus facile pour les linéaires comme Discourse d’ajouter un threading initial puis de passer au linéaire si cela devient trop long. En fait, je crois que Facebook a un niveau d’imbrication maximum et rend ensuite la conversation linéaire également.
Je ne sais pas, peut-être que Slack a essayé cela et a échoué lol.
Des avis là-dessus ?
1 « J'aime »
N’est-ce pas ainsi que fonctionne Discourse ? Les petites conversations peuvent être mises en fil dans chat, et les discussions longues peuvent avoir lieu dans des sujets.
Si quelqu’un commence dans un chat, oui, mais pas si quelqu’un commence avec quelque chose comme un article de blog qui a des commentaires imbriqués en dessous.
Je pense que le point de départ que je suggère ressemblerait davantage à un article Facebook ou Instagram, ou peut-être même à un article sur Reddit, alors que je pense que celui que vous suggérez pourrait ressembler davantage à un groupe Whatsapp ou à un autre chat de groupe où il y a un flux constant de conversation, souvent autour d’un nom de groupe ou peut-être d’un domaine thématique de très haut niveau.
Donc, peut-être que ce que je suggère ressemble moins à Slack, car Slack ressemble davantage au chat de groupe, mais avec des domaines thématiques de plus haut niveau, pas un sujet aussi spécifique qu’un article.
1 « J'aime »
Je pense que le simple fait d’ajouter (à nouveau ?) un bouton « répondre en tant que sujet lié » à côté de « répondre » sous chaque publication pourrait aider à satisfaire certaines de ces envies de discussion. Un fil de discussion (nouveau sujet) n’est utile que si vous voulez dire des choses qui n’intéressent que certaines personnes dans la conversation et qui voudront suivre.
L’autre élément, cependant, pourrait être de laisser derrière lui un lien ou un indice indiquant que le fil de discussion/nouveau sujet a eu lieu. Nous avons cela maintenant, mais pas à l’endroit où le nouveau sujet s’est séparé.
Donc, s’il y avait un sujet lié en réponse à une publication, il y aurait un lien juste sous la barre d’outils de l’icône de réponse et pas seulement celui qui se trouve sous l’OP, mais exactement comme ça.
5 « J'aime »
Je pense l’avoir dit plus haut dans le fil. Si vous essayez de suivre une discussion active, le mode filaire est un cauchemar. Vous ne pouvez jamais savoir si vous avez tout vu, ou si vous manquez quelque chose d’important. Le mode filaire n’est utilisable que pour des discussions terminées et archivées. Je pense que chaque « réponse à un message » doit être affichée dans l’interface utilisateur, même si vous répondez directement au message juste au-dessus (la dernière fois que j’ai vérifié, c’était une option dans les paramètres, désactivée par défaut).
2 « J'aime »
J’ai utilisé Reddit et d’autres communautés qui avaient des discussions en fil de discussion et cela a bien fonctionné pour moi. Je n’aimais pas avoir à charger une autre page pour continuer à lire une discussion et certaines d’entre elles le faisaient après quelques niveaux. Et je n’aimais pas avoir à faire défiler horizontalement quand elles devenaient trop profondes. Et je n’aimais pas qu’elles deviennent trop petites quand elles atteignaient de nombreux niveaux. Mais il existe des options pour résoudre cela. Nous avons plus d’expérience maintenant.
Mais 2 milliards de personnes par mois utilisent Reddit et 1,4 milliard d’entre elles utilisent le système de commentaires. Je ne les vois pas s’en plaindre.
J’ai utilisé Discourse pour le support technique et cela a très bien fonctionné ! Mais j’aimerais avoir un forum de discussion et c’est là que j’apprécie vraiment les discussions en fil de discussion que d’autres communautés ont et je veux cette option avec Discourse. Comme je l’ai mentionné précédemment, j’aiderai dans la mesure du possible.
2 « J'aime »
Cela fait partie de mon plan pour utiliser Discourse afin d’alimenter un système de commentaires. S’il y a une indication qu’une réponse à un commentaire (par opposition à une réponse à l’article dans son ensemble) a engendré une nouvelle discussion, les personnes impliquées seront invitées à déplacer la discussion vers un nouveau sujet sur le forum. La logique pour indiquer qu’une nouvelle discussion a commencé peut être très basique. Par exemple, après deux réponses directes à un message, la prochaine fois que quelqu’un clique sur le bouton « Répondre » du message, un lien s’affichera au-dessus de l’éditeur de message, lui permettant de créer facilement un nouveau sujet. Les autres participants du « fil » seront invités au nouveau sujet.
Dans ce cas, les commentaires seront générés sur un site Web, tout comme un système de commentaires normal. Les discussions connexes n’auront lieu que sur Discourse, mais seront liées aux commentaires du site Web.
3 « J'aime »
Et ce sont toutes des choses qui rendent le threading très difficile pour moi. La mort par mille coupures ici.
Quelle est la solution au problème principal : Dans un modèle threadé, je dois périodiquement faire défiler toute la discussion pour m’assurer que je n’ai rien manqué ?
J’administre/modère une petite communauté FOSS (3 utilisateurs constants environ, moi y compris, ainsi qu’environ 6 autres qui interviennent parfois, plus des passages occasionnels) qui fonctionne sur une plateforme threadée. Le nombre de fois où je manque quelque chose dans une discussion qui fait moins d’une page entière m’a vraiment dégoûté de tout cela.
Reddit survit grâce à son élan massif et à sa faible barrière à l’entrée. Son expérience de lecture est l’aisselle d’Internet.
2 « J'aime »
C’est votre opinion et c’est votre droit. J’aime le système de fils de discussion. Et je crois que je peux résoudre les problèmes que les utilisateurs n’aiment pas.
Si l’API du plugin prend en charge les fils de discussion, je travaillerai à l’ajouter dans un plugin et proposerai le plugin gratuitement (si j’ai un soutien financier initial si nécessaire) ou je le proposerai à la vente s’il nécessite un soutien financier. Je ne connais pas l’API pour le moment. J’ai déjà créé des produits open source et gratuits, et parfois ils ont un coût de développement ou de maintenance.
C’est compréhensible. Vous pourriez avoir une option “M’avertir des mises à jour de ce fil”. Il existe des solutions créatives. En tant que développeur de logiciels, j’entends souvent ces remarques d’un côté de la table et je dois trouver des solutions de l’autre côté. Mais je ne jette pas toute l’application parce que certaines parties ont une mauvaise expérience utilisateur. Je trouve des moyens d’améliorer cette expérience. Peut-être que les fils de discussion ne sont pas la solution et qu’il existe une autre réponse, mais pour moi, à mon humble avis, la conception à sujet unique de Discourse ne fonctionne pas toujours aussi bien que je le souhaiterais pour les discussions à réponses multiples et commentaires multiples que l’on trouve dans des communautés comme Reddit.
Les nouveaux fils de discussion semblent vouloir résoudre ce problème, mais ce sont des discussions plates comme sur YouTube et j’ai entendu dire qu’elles ne sont pas sauvegardées. Sur YouTube, après quelques commentaires dans un fil de discussion, il n’est pas facile de suivre. Donc, ce ne sont pas une solution pour moi.
Sur Reddit ou ailleurs, un sujet est présenté et plusieurs discussions se forment autour de lui. Envoyer ces discussions dans des publications distinctes qui chargent une page n’est pas facile à lire à mon avis (charger la page, lire, revenir en arrière et recharger la page précédente - perdre sa place, charger une nouvelle publication de fil, lire, revenir en arrière et répéter).
1 « J'aime »
Vous voulez dire une notification distincte pour chaque réponse au fil ? Le problème n’est pas que je ne sache pas qu’il y a de nouveaux messages, c’est que je ne sais pas où ils se trouvent. S’il y en a plus d’un, je n’en vois qu’un / celui qui est le plus proche du bas.
Le contenu threadé n’est pas utilisé partout car il facilite une bonne discussion. Il est utilisé parce qu’il transforme une discussion en parties modulaires qui peuvent être triées et masquées au gré d’un algorithme de recommandation. Et c’est une exigence nécessaire qui permet à un utilisateur humain unique d’interagir avec des plateformes qui ont une quantité massive de contenu.
Cela fonctionne lorsque vous vous attendez à ne voir un contenu qu’une seule fois, vous permettant d’approfondir autant que vous le souhaitez. Mais il est compliqué de démêler une toile de discussions si vous rouvrez et rattrapez le même sujet encore et encore, comme vous le feriez dans le cadre de Discourse.
2 « J'aime »
@piffy, ce n’est pas pour moi, cependant. Je n’ai jamais trouvé qu’interagir avec une discussion à fils était plus difficile que l’inverse, alors que les discussions plates me sont cognitivement difficiles dès que le sujet de la conversation diffère et/ou que plus de 2 personnes interagissent.
2 « J'aime »
Mon propos portait davantage sur le fait de revenir sur la même discussion. Supposons qu’il y ait 12 nouvelles réponses. Pour une discussion plate, il y a un seul point auquel il faut revenir et vous pouvez lire les 12. Pour les discussions à plusieurs niveaux, il pourrait y avoir 12 fils de discussion uniques avec des réponses et vous devez rétablir le contexte de chacun avant de lire la nouvelle réponse.
Dans tous les cas, l’objectif devrait être d’optimiser la qualité de la discussion, pas nécessairement la simplicité cognitive. Après tout, l’option la plus simple cognitivement est de ne pas lire la discussion du tout.
2 « J'aime »
Je trouve cela plus facile. Je ne comprends pas comment une simple indentation rendrait la lecture plus difficile plutôt que moins. J’indente chaque titre de mes documents, par exemple, comme le démontre https://stackoverflow.com/revisions/46690751/2#:~:text=Run%20code%20snippet-,expand%20snippet,-answered%20Oct%2011.
C’est un Logical extreme - Wikipedia. C’est hors sujet. La difficulté cognitive, comme tout autre attribut discuté ici, a un Benefit–cost ratio - Wikipedia non négligeable, elle doit donc être prise en compte sérieusement comme tout autre attribut. Je ne comprends pas pourquoi vous mentionneriez cela.
2 « J'aime »
Il ne s’agit pas de l’indentation. Il s’agit du fait qu’une de ces réponses se trouve à la page 2 d’une discussion de 8 pages. Comment savez-vous que vous devez y retourner, et comment avez-vous le temps de parcourir/faire défiler jusqu’à cet endroit ?
1 « J'aime »
Si vous allez lier des concepts simples de Wikipédia, vous devriez au moins lire la page vous-même car elle explique pourquoi un extrême logique est un dispositif rhétorique utile. L’idée est qu’une bonne discussion nécessitera une certaine charge cognitive, elle ne devrait donc pas être la principale variable à optimiser. C’est aussi très subjectif car je trouve les discussions imbriquées beaucoup plus difficiles à suivre qu’une seule discussion linéaire personnellement.
La question principale est de savoir si de meilleures discussions émergent d’un format plat ou d’un format filaire. Je ne connais pas la réponse, mais j’ai l’impression que parce qu’une discussion filaire vous donne généralement une vue étroite et conçue d’un sujet et qu’il est difficile de la revisiter, la qualité globale de la discussion est affectée. Mais c’est un compromis nécessaire que les grandes plateformes doivent faire, c’est pourquoi vous la voyez partout.
Ce n’est pas un dispositif logique utile, d’où la référence à l’explication. De plus, j’ai ensuite expliqué pourquoi ce n’était pas utile, alors pourquoi demandez-vous une explication ?
Si vous aviez clarifié cela précédemment, je ne l’aurais pas mentionné. Je suis d’accord, bien que comme personne n’ait affirmé le contraire, je ne comprends toujours pas la pertinence.
Je ne crois pas que ce soit le problème principal à résoudre, car peu importe si l’utilisateur peut choisir de voir le fil plat ou filaire - chaque utilisateur choisit en fonction de ses préférences personnelles. Toutes les réponses sont en fil sous l’interface graphique (c’est pourquoi il y a une fonction “Répondre” sur les réponses ainsi qu’une fonction bleue autrement dupliquée en bas du fil) donc il s’agit simplement d’exposer cela à l’utilisateur.
À quelle discussion de 8 pages faites-vous référence ? Si vous décrivez une discussion hypothétique filaire et paginée, la façon de remédier à ce problème est simplement de ne pas paginer le fil.
De quoi ne s’agit-il pas de l’indentation ?
1 « J'aime »
Pour information, je ne suis pas contre le fait que quelqu’un crée un plugin pour gérer les discussions en fil de discussion ou pour étendre les options disponibles. Je pense même que le nombre de plugins communautaires pour Discourse est bien inférieur à ce qu’il devrait être.
Ce que je fais, c’est approuver par principe le message référencé dans le message initial et je ne pense pas non plus que les discussions en fil de discussion devraient être une idée centrale sur laquelle l’équipe principale de Discourse devrait investir du temps.
C’est en partie ce que j’aime. Au début des écrits, il y a les plans :
- sujet
- titre
- sous-élément
- titre
- sous-élément
- titre
- sous-élément
- titre
c’est organisé. vous pouvez avoir une vue d’ensemble et trouver facilement ce que vous cherchez.
pour moi, les défauts actuels des discussions en fil de discussion sont des problèmes d’utilisabilité / d’expérience utilisateur.
- rechargement de la page
- perdre sa place
- trouver ou être notifié de nouveaux commentaires
- fils profonds (moins d’espace pour lire)
ce ne sont pas des problèmes difficiles à résoudre :
- ne pas recharger, ouvrir une fenêtre de dialogue ou récupérer les données
- ne pas recharger et vous ne perdez pas votre place
- charger de nouveaux commentaires dynamiquement ou utiliser des indicateurs visuels (lignes en gras)
- diminuer l’indentation à mesure que la profondeur augmente, ou définir des profondeurs maximales
en effet. ce ne serait pas un remplacement de l’excellente expérience communautaire déjà existante, mais un ajout complémentaire que les utilisateurs pourraient choisir (ou activer en option).
1 « J'aime »