Transformez un sujet Discourse en un journal à diffusion unique où un utilisateur peut publier des entrées auxquelles d’autres utilisateurs peuvent commenter
Regardez cette vidéo pour une introduction au plugin :
Démarrage
Tout d’abord, activez la journalisation pour une catégorie dans les paramètres de la catégorie. Cliquez sur « Paramètres » à gauche, faites défiler vers le bas, cochez « Activer la journalisation dans cette catégorie », cliquez sur « Enregistrer la catégorie » et actualisez la page. Le bouton « Nouveau sujet » dans la catégorie indiquera désormais « Créer un journal », cliquez dessus pour créer votre premier journal.
Merci pour la publication ! D’après notre expérience pratique, le format de catégorie journal/agenda/log est l’une des catégories les plus puissantes que vous puissiez ajouter à votre communauté.
Nous attendons avec impatience le développement ultérieur du plugin.
Cela fonctionne uniquement au niveau de la catégorie, pas via une balise ?
Les commentaires reviendront-ils à leur emplacement normal si le plugin est désactivé ?
Discourse n’a pas de crochets de désactivation de plugin comme Wordpress, donc cela ne se produira pas automatiquement, mais il y a un bouton dans les paramètres de la catégorie qui vous permet de restaurer les publications d’une catégorie dans leur ordre normal. Donc, tant que le plugin est toujours activé, vous devriez :
Désactiver la fonctionnalité de journal dans la catégorie.
Quelques points d’amélioration potentiels pour une éventuelle v2.0 du plugin de journal. Considérez ceci comme une simple ébauche d’idées et non comme des demandes de fonctionnalités réelles. Je veux juste les exposer publiquement et voir ce que d’autres utilisateurs en pensent.
Moteur de commentaires meilleur ou différent
Au lieu de publications régulières, les commentaires (également appelés réponses aux entrées du journal) devraient fonctionner de manière similaire à ceux du plugin de vote de publications. Il faut faire référence au grand frère Facebook, où l’expérience de publication de commentaires est le meilleur exemple.
La question est de savoir si ces commentaires sont comptabilisés dans l’activité de l’utilisateur ou s’ils devraient même être comptabilisés en premier lieu.
De cette façon, la chronologie ne sera pas aussi boguée, car seuls les messages du propriétaire du sujet seront comptabilisés.
Suggestion/ébauche de spécification :
Moteur de commentaires de vote de publications
Les commentaires ne comptent pas dans l’activité (paramètre du plugin activé/désactivé possible)
afficher un avatar utilisateur et un nom d’utilisateur de taille réduite à côté des commentaires (mais masquer le badge de l’avatar)
Journaux partagés (plutôt un “nice-to-have”)
C’est plutôt tiré par les cheveux et pas super crucial. Mais nous avons eu des utilisateurs demandant des sujets de journal où vous avez essentiellement deux propriétaires de sujet. La question est de savoir dans quelle mesure c’est réalisable en premier lieu ?
Idées de spécification :
le propriétaire du sujet peut ajouter des co-auteurs
le co-auteur peut créer une nouvelle entrée de journal
(si réalisable) l’avatar du propriétaire du sujet et du co-auteur affiché empilé l’un sur l’autre dans la liste des sujets
Je recommande une amélioration pour le plug-in (qui est génial !). Le bouton de commentaire devrait être plus visible. Par exemple, dans le cas d’utilisation de Reactions, le bouton n’est même pas visible à moins de faire défiler horizontalement. Puisqu’il s’agit d’une nouvelle fonctionnalité, à des fins d’UI/UX, je placerais le bouton de commentaire de manière claire et visible.
Juste pour être sûr… Je n’autorise pas les méga-sujets et après 50 messages, ce sujet sera fermé et un nouveau sujet sera créé.
de telles créations automatiques appartiennent au système, je dois donc en changer le propriétaire, n’est-ce pas ?
dans mon cas, la limite de 50 messages est toujours valable et comme le Journal est « juste » un sujet amélioré, même les commentaires des entrées comptent pour la limite de 50 car techniquement ce sont des commentaires d’un message lorsque les entrées sont des commentaires d’un sujet, n’est-ce pas ?
C’est plus du ressort de Discourse, mais puis-je modifier un commentaire qui est maintenant une entrée au lieu d’être un commentaire d’une entrée ? Je n’ai pas trouvé cette option dans l’interface utilisateur. Si je dois utiliser Rails, alors je ne m’en soucie pas. Trop de tracas pour une chose aussi mineure.
J’ai beaucoup de sujets de type journal et je les ai changés pour ce système, mais tout le monde a commenté le sujet, et maintenant ceux-ci apparaissent comme des entrées. Eh bien, l’ancien sujet et quelques nouveaux membres les lisent même, et je suis totalement sûr qu’ils ne se soucient pas de la façon dont le contenu est affiché.
Merci pour le plugin ! Je l’ai commencé à l’utiliser il n’y a pas longtemps mais il avait une ambiance « abandonnée » donc j’étais incertain à son sujet. Il semble cependant bien fonctionner ! (Voici un exemple qui l’utilise, j’ai modifié le CSS pour masquer les détails et simplifier l’apparence)
Je pense que la seule chose que je pourrais fortement recommander d’améliorer est la façon dont il saute vers les nouveaux commentaires lorsque vous revisitez le sujet. C’est difficile à expliquer mais parfois c’est saccadé/peu clair où se trouve le nouveau commentaire lorsque vous rattrapez votre retard.
Pourriez-vous être plus précis à ce sujet ? Vous pensez que ce devrait être identique ?
Notez que le plugin de vote de publication était à l’origine le plugin Questions-Réponses, dont le plugin Journal a été dérivé (voir plus loin). Le mettre à jour avec les modifications de commentaires dans le vote de publication est réalisable.
Intéressant. Je ne suis pas sûr que ce soit un problème avec ce plugin ou avec le menu de publication lui-même, mais oui, cela devrait être résolu. Est-ce sur mobile ou sur ordinateur ? Quel navigateur ?
Hm, système intéressant que vous avez là. La réponse dépendra de la manière dont vous avez configuré ce système de division automatique de sujets. Les entrées sont distinguées des commentaires en fonction de la présence ou non d’un reply_to_post_number dans la publication, c’est-à-dire :
Vous pourriez donc ajuster votre algorithme de division de sujets pour en tenir compte.
Pour transformer un commentaire en entrée, supprimez sa valeur reply_to_post_number.
Hm, je ne suis pas tout à fait sûr de ce que vous voulez dire ici, mais j’espère que mon explication de la distinction entre entrées et commentaires vous donnera la réponse.
Oui, l’expérience utilisateur de “l’entrée de sujet” et de la chronologie devrait être améliorée.
Liste des tâches à accomplir
Améliorer l’expérience utilisateur des commentaires
Améliorer l’expérience utilisateur de l’entrée de sujet et de la chronologie
Ajouter une suite complète de tests frontend et backend
Résoudre les conflits d’expérience utilisateur avec d’autres plugins largement utilisés et le cœur du système.
Eh bien, j’utilise la fonctionnalité du cœur, donc je ne vais probablement rien ajuster. Comme d’habitude
J’essaie juste de comprendre ce qui va se passer à l’avenir. Mais si je comprends bien, les entrées sont comptées dans la limite maximale de publications, mais les commentaires ne le sont pas. Si c’est le cas, c’est splendide.
Hors sujet, mais les méga sujets sont-ils généralement acceptés C’est hideux à lire pour tout nouveau membre et horrible à trouver quelque chose pour les anciens. Maintenant, je commence à comprendre pourquoi les résumés sont une fonctionnalité si recherchée. Il est inévitable que les méga sujets entraînent des répétitions sans fin et une grande quantité de hors sujet.
En l’état actuel, les entrées et les commentaires seront comptés dans la limite. Je pourrais éventuellement ajuster cela pour que seules les entrées comptent. Mais je devrais examiner cela de plus près.
Je commence à perdre le fil ici, et je pose des questions de niveau 101, mais si posts.where et posts.where.not font la même chose, quelle est la différence alors ? Mais je suppose que nil n’était qu’un exemple et que la vraie valeur est utilisée
Mais bref. Cette question à la longueur limitée n’est vraiment pas la plus importante, donc si vous voulez y jeter un œil, faites-le quand vous vous ennuyez et que vous n’avez rien de plus important à faire. Parce qu’à un moment donné, je saurai comment cela fonctionne en environnement réel.
Ils ne font pas la même chose. nil est la vraie valeur.
posts.where(reply_to_post_number: nil)
signifie les posts où reply_to_post_number est nil, ce qui signifie que c’est un post qui ne répond pas à un autre post (c’est-à-dire qu’il s’agit d’une entrée).
posts.where.not(reply_to_post_number: nil)
signifie les posts où reply_to_post_number n’est pas nil, ce qui signifie que c’est un post qui répond à un autre post (c’est-à-dire un commentaire).
Quoi qu’il en soit, vous n’avez probablement pas à vous soucier des requêtes rails. Je vous ferai savoir si nous ajoutons la prise en charge du non-comptage des commentaires dans la division automatique des sujets principale.
Salut @angus merci beaucoup, j’ai pu trouver les paramètres supplémentaires lors de la configuration d’une catégorie et cela fonctionne maintenant comme prévu, merci beaucoup pour votre ajout et votre travail sur cet excellent plugin
Salut tout le monde, un cahier des charges est en cours d’élaboration pour ce plugin. Si vous souhaitez étendre / utiliser ce plugin et en savoir plus, envoyez-moi un message sur coop.pavilion.tech.
C’est hideux à lire pour tout nouveau membre et horrible à trouver quelque chose pour les anciens. Maintenant, je commence à comprendre pourquoi les résumés sont une fonctionnalité si recherchée. Il est inévitable que les méga sujets entraînent des répétitions sans fin et une grande quantité de hors sujet.
