Il semble qu’il y ait une nouvelle fonctionnalité de chat threads. J’ai lu la majeure partie. Est-ce la même chose que ce que les gens demandent ici ?
@vel, je ne suis pas sûr. Je veux juste des fils de discussion comme ceux de Lemmy et Reddit, mais la description de cette fonctionnalité semble au mieux compliquée.
1 « J'aime »
Tout d’abord, j’adore le format de discussion de Discourse en plus de nombre de ses autres conceptions soigneusement élaborées, mais j’aime aussi, pour certains sujets, le design en fil de discussion pour approfondir un commentaire spécifique d’un utilisateur. J’espère que les fils de discussion de chat répondent à cela, si ce n’est pas déjà le cas.
Je comprends qu’il y a des problèmes avec les fils de discussion, mais je pense que dans certaines discussions, ils sont appropriés et si quelqu’un peut résoudre les problèmes avec eux, je pense que les gens ici pourraient y arriver. Spécifiquement, je pense que c’est une préférence d’organisation. Comment voulez-vous organiser cette discussion ?
Ma raison principale est qu’à certains moments, je veux voir qui a répondu à qui et je veux répondre à des commentaires spécifiques.
2 « J'aime »
Il y a une certaine similitude, mais le threading n’est disponible que dans les canaux de discussion. Il n’est actuellement pas prévu d’ajouter le threading aux sujets.
1 « J'aime »
Si tel est le cas, est-il possible d’ajouter la prise en charge via un plugin ?
1 « J'aime »
Tout est possible grâce à un plugin, mais ce serait une tâche compliquée.
Une chose à noter pour quiconque cherche à essayer, c’est que nous venons de commencer à moderniser les sujets pour supprimer notre système de widgets personnalisé et utiliser la dernière version d’Ember (ce qui prendra probablement quelques mois) — ce serait donc un mauvais moment pour commencer.
4 « J'aime »
Cela a changé ces dernières années. Quand il y a un bon sujet de discussion, les fils de discussion peuvent être utiles pour organiser les réponses en fil.
Cela fait plus de 6 ans depuis ce post. Peut-être que la communauté mondiale a un peu mûri en ce qui concerne le threading ? Et je veux faire une distinction, le tri des réponses de premier niveau utilisé par les sites de médias sociaux n’est pas ce qui m’intéresse. Je suis intéressé par la possibilité de répondre à un commentaire spécifique et de voir cela indiqué et de ne pas me perdre.
Je comprends qu’il y ait des raisons pour lesquelles quelqu’un pourrait ne pas aimer le threading. Pourquoi ? Quelles sont ces raisons spécifiques ? Veuillez discuter.
PS Je ne pense pas que quiconque demande un remplacement, mais une sorte de support optionnel (peut-être à l’avenir ou par un plugin).
1 « J'aime »
Discourse est fortement axé sur l’activité de modération (ce qui est sain pour une communauté en général).
Les publications qui divergent sur le sujet ont tendance à être déplacées vers un autre sujet ou un nouveau sujet.
C’est la manière Discourse.
Mais bien sûr, un plugin…
2 « J'aime »
La citation semble résoudre ce problème, en grande partie. De plus, si vous cliquez sur le bouton « Répondre » d’un message spécifique, plutôt que sur le sujet dans son ensemble, votre message est marqué comme une réponse à ce message, et vous pouvez développer ces réponses à partir du message d’origine.
4 « J'aime »
Cela ne me résout absolument rien, @mpalmer. Cela me permet certainement de déterminer le contexte (alors que sans cette fonctionnalité, c’est impossible, sauf par simple supposition), mais cela ne facilite pas le suivi d’une conversation spécifique.
2 « J'aime »
Qu’est-ce que cela signifie ? Il existe deux façons de créer des plugins et la méthode d’origine est supprimée ?
2 « J'aime »
Cela signifie que le code est actuellement en évolution, il pourrait donc être judicieux d’attendre que le code refactorisé ait atteint la production avant d’écrire le plugin ou le composant de thème afin de vous faire gagner du temps et des efforts 
5 « J'aime »
Ne pourriez-vous pas écrire un plugin basé sur la version précédente, puis le mettre à jour si nécessaire ?
Évidemment, @vel, mais pourquoi quelqu’un investirait-il le travail pour faire cela alors qu’il sait qu’il devra le réécrire après la mise à jour ?
1 « J'aime »
Je pense que Discourse a l’idée de permettre aux conversations de se transformer en nouveaux sujets, je pense qu’il ne rend pas cela très facile pour les gens de 1) créer de tels sujets liés ou 2) voir beaucoup de détails sur les sujets liés.
Je l’ai probablement déjà dit, mais je vois Discourse comme une grande conversation autour de la table où tout le monde est impliqué, où cela va d’une personne à l’autre dans une conversation linéaire.
Maintenant, dans la vie réelle, les grandes tables se fractionnent souvent en conversations plus petites, ce que je pense que les gens appelleraient des fils de discussion. Peut-être que l’analogie de Discourse est que la table principale veut rester sur un sujet, et donc quelques personnes décident conjointement de quitter la table et d’aller à une autre table ou dans une autre pièce (souvent un sujet lié).
Dans la vie réelle, on peut parfois avoir une visibilité sur pourquoi ces personnes partent et de quoi elles veulent parler, combien de personnes il y a, quelle est l’énergie de la nouvelle discussion, etc.
Sur Discourse, pour l’instant, je pense que la seule visibilité que nous avons sur la nouvelle discussion, tout en restant dans la discussion actuelle, est une liste d’icônes de lien avec le titre des nouveaux sujets :
Et si cela pouvait être plus détaillé ? Afficher la catégorie du nouveau sujet, les tags, le nombre de personnes qui répondent au sujet, etc. ? Peut-être même si le sujet a été créé par quelqu’un qui a cliqué sur le bouton “répondre en tant que sujet lié” dans le sujet vs. quelqu’un dans un sujet déjà existant qui publie un lien vers le sujet actuel ?
Pour l’instant, je dois me rappeler de regarder les liens des sujets liés et honnêtement, chaque fois que je clique dessus, je ne sais pas ce que je vais trouver de l’autre côté du clic, à part le sujet avec ce titre.
Alors je me demande s’il ne s’agit pas de reconstruire Discourse pour permettre des conversations imbriquées, mais plutôt de simplement mettre en évidence la fonctionnalité de sujet lié et de la peaufiner un peu, tant pour la facilité de création que pour la facilité de voir ce qu’elle contient.
1 « J'aime »
@vel, je vous en prie, rédigez ce plugin maintenant et vous pourrez ensuite le mettre à jour lorsque le nouveau code sera déployé. Votre enthousiasme est évident et je suis sûr que vous êtes prêt à y consacrer le temps nécessaire.
1 « J'aime »
Je pense que Discourse aurait plus de clients s’il avait un support par fils de discussion (natif ou via un plugin) (laissant au propriétaire de l’instance le choix de l’utiliser là où cela est pertinent).
Je ne sais pas si cela représenterait plus de travail maintenant ou plus tard. Cela dépend, je suppose. Mais, par le processus de travail dessus, tout ce qui fonctionnerait pourrait probablement être réutilisé, que ce soit le code ou l’expérience, s’il devait être réécrit. En travaillant sur quelque chose maintenant, cela pourrait être mieux, de sorte qu’un refactoring inclurait toute API qui pourrait être nécessaire.
J’écris des plugins pour le travail (plus de 10 ans d’expérience) donc je n’ai aucun problème avec ça. Mais je n’ai jamais écrit de plugins pour Discourse. J’en écrirais un s’il y avait des fonds levés pour cela (pour diverses raisons - je ne veux pas commencer et être écarté à cause de problèmes financiers). Ou je contribuerais à quelqu’un d’autre qui en écrit un s’il avait les fonctionnalités que je recherchais.
1 « J'aime »
@vel,
Ça dépend de quoi ?
Cela dépend de la quantité et de la nature des changements lors de la restructuration de leur implémentation d’Ember.
Cette phrase est inutilement vague et quelque peu absurde de toute façon.
Je suis entièrement d’accord.
Oui. C’est de cela que cela dépend. Je ne sais pas ce qui change ni ce qu’Ember a à voir avec cela. Si l’API du plugin reste la même, alors peu importe si je commence maintenant ou plus tard. Si l’API change, alors si j’y travaille maintenant et qu’ils travaillent sur un refactoring maintenant, ils peuvent recevoir des commentaires sur les API dont j’ai besoin.
S’ils réécrivent Discourse lui-même dans le SDK Ember, alors non, je ne vais pas y passer de temps.
1 « J'aime »