J’ai déployé votre branche add_update_support_to_first_post_only sur mon site de test et j’ai parcouru avec succès la fonctionnalité de bout en bout ; création, modification et suppression, avec le mélange de plugins que j’ai installés. Merci ! 
Ce type de test communautaire a-t-il une quelconque valeur ?
Bien !
Je ne le recommanderais pas nécessairement comme pratique régulière sur toutes les PR non fusionnées car cela comporte certains risques et je ne peux pas fournir de support pour les problèmes qui surviennent sur les PR non fusionnées (le processus de révision des PR joue un rôle important), mais si vous trouviez un problème qui serait utile, je ne vais donc pas vous dire d’arrêter si vous acceptez ce risque, par exemple, vous les déployez sur un site de développement ou de staging. Je ne vous conseillerais pas de les déployer en production.
Absolument, si ça casse je garde tous les morceaux. Aussi connu sous le nom de rechargement de la base de données de mon site de test à partir d’une sauvegarde récente du site principal. 
De plus, je comprends que les PR reçoivent des mises à jour par force-push, etc.
Si mes tests deviennent une distraction, n’hésitez pas à me le dire, je ne le prendrai pas mal. Mon objectif est de soutenir l’effort, pas de gêner le développement.
Peut-être pourriez-vous ajouter des cases à cocher à ce post pour que nous puissions suivre les progrès ?
La feuille de route est excellente, je suis tellement heureux que cela continue. Félicitations à vous et à l’équipe Pavilion [modifié :] pour l’avoir construite et à l’équipe Discourse @ pour l’avoir commandée et officialisée !
C’est fait. Coché signifie que la fonctionnalité est fusionnée. La prochaine sur la liste est
Je tiens juste à souligner qu’il s’agit d’un plugin Discourse.org et que les félicitations doivent leur être adressées pour l’avoir spécifié, commandé, publié et pris en charge. Ce n’est pas un plugin Pavilion. Nous sommes juste en train de le construire.
En relisant ceci, j’aimerais examiner la question des sous-catégories que j’ai mentionnée plus tôt. @mattdm, envisagez-vous d’activer cela pour Fedora Discussion ? Je pense que ce serait une mauvaise expérience utilisateur de devoir suivre séparément chacune des sous-catégories sur Fedora Discussion ?
Pour mon site, j’ai 8 catégories de premier niveau à fédérer, avec 21 sous-catégories publiques supplémentaires.
J’aimerais que les gens puissent s’abonner aux catégories de premier niveau et recevoir le contenu des sous-catégories publiques, mais ne pas fédérer les sous-catégories dont la visibilité est limitée (par exemple, la catégorie Staff est une sous-catégorie privée d’une catégorie parente publique sur mon site).
Je vois deux façons d’aborder cela :
La seconde option semble être le meilleur choix ; plus flexible, plus explicite, et si je comprends bien, probablement mieux alignée avec le modèle de données.
Je suppose qu’une alternative serait de créer un bot (ou des bots) pour augmenter automatiquement tous les messages par ensembles d’Acteurs sur mon Discourse. Cela me permettrait également d’implémenter un @all@....
Merci de soulever à nouveau ce point. Je vais examiner la question, en discuter en interne et vous tenir informé.
Plus j’y ai réfléchi, plus j’aime l’idée de garder les Acteurs 1:1 avec les catégories, afin que les utilisateurs puissent suivre exactement uniquement les catégories qu’ils souhaitent, et aussi de créer un bot qui booste automatiquement les publications d’un ensemble d’Acteurs (disons, une catégorie et toutes ses sous-catégories publiques, ou même toutes les sous-catégories publiques. Flexibilité maximale, aucun travail supplémentaire pour vous.
En y réfléchissant, je me suis rappelé que @Stark9837@techhub.social avait écrit un bot @3dprinting@techhub.social qui booste automatiquement toutes les publications qu’il trouve contenant le tag #3dprinting pour créer une sorte de groupe. J’ai posé des questions sur le bot et j’ai obtenu cette réponse :
Donc, quand il sera publié, il pourrait faire exactement ce que je cherche.
@mcdanlj La manière pour que les publications regroupées par sujets (c’est-à-dire le contenu du forum) soient fédérées sur une base taxonomique est ce que Felix décrit dans FEP-1b12. J’ai fait ma propre analyse des spécifications, de l’architecture et de l’utilisation actuelle (en particulier Mastodon) à partir des principes premiers et je suis arrivé à la même conclusion que lui là-bas (et que j’avais avec Lemmy). Essentiellement, les acteurs de catégorie annonceront (boost dans Mastodon) les activités dans leurs catégories à leurs abonnés. C’est ainsi que fonctionnera le mode “Sujet complet” de ce plugin. Je travaille actuellement sur cet élément.
Ceux-ci ne feront pas partie de la phase 2, mais sont des ajouts possibles plus tard.
En y réfléchissant, oui. Au début, je pense que nous l’utiliserions uniquement pour les annonces (en combinaison avec la fonctionnalité de publication programmée dans une catégorie cachée pour les brouillons). Cela pourrait également être utile à notre équipe des médias sociaux pour rédiger/coordonner/planifier des publications sur Mastodon.
Je pense que ce serait passionnant d’avoir quelque chose d’encore plus large, rendant au moins possible de tout suivre — et peut-être même d’y participer. Mais ce serait beaucoup, beaucoup plus tard.
L’ensemble des fonctionnalités actuelles du plugin fonctionne bien pour ce cas d’utilisation.
Le plugin prend désormais en charge la visibilité. Vous pouvez maintenant rendre les Notes, alias les statuts Mastodon, publiques.
Ensuite, nous ajouterons la prise en charge des Articles (pour le contenu long) et améliorerons l’analyse du contenu.
Après cela, ce sera la prise en charge complète des Sujets, qui est presque prête. Voici un petit aperçu
(et oui, c’est compatible avec FEP-1b12)
Une publication a été fusionnée dans un sujet existant : Utilisation du plugin ActivityPub
Les réponses courtes à vos questions sont
Le contenu ActivityPub par défaut et le mieux pris en charge est le HTML (voir plus loin). Nous pourrions ajouter une forme de prise en charge du markdown aux Notes et Articles à l’avenir.
Il se passe autre chose avec vos exemples. Ce plugin envoie du HTML (actuellement, et aussi dans cette mise à jour). Vos captures d’écran montrent du markdown non traité.
La prise en charge des articles est expliquée dans son message de commit
Un Article est destiné lorsque vous ne souhaitez pas restreindre la longueur du contenu fédéré (c’est-à-dire que vous souhaitez fédérer des articles entiers). Notez que Mastodon convertit actuellement le contenu des types Article en un lien, cependant des plateformes comme Lemmy afficheront le contenu complet. Voir plus loin mastodon/mastodon#24079
D’après ce que je peux dire, Mastodon Glitch prend également en charge le markdown en le rendant en HTML côté serveur. C’est ce que j’espérais.
Maintenant que je sais qu’il devrait envoyer du HTML, il semble probable qu’il y ait une interférence d’un autre plugin. Je vais tester cela. Merci !
Je me demande juste pourquoi ce n’est pas étiqueté « officiel » ?
Peut-être parce qu’il n’est pas encore disponible par défaut pour les clients hébergés
D’accord, le plugin n’est pas officiel car il en est encore à un stade de développement assez précoce. Les clients hébergés peuvent certainement nous contacter et se renseigner sur son utilisation.
CDCK crée de nombreux plugins et tous ne sont pas marqués comme officiels, certains des plugins que nous créons sont expérimentaux, de niche, etc. Je pense qu’à terme, nous marquerons ce plugin comme officiel.
6 messages ont été déplacées vers un nouveau sujet : Utilisation du plugin ActivityPub