Il y a quelques considérations supplémentaires ici.
Correspondance des attributs
Discourse
Sujet et publication vers Note ou Article :
- title =
name
- cooked =
content
Mastodon
Statut vers Note
Statut vers Article :
- text =
name + summary + link
Aussi :
-
Mastodon utilise également summary pour les avertissements de contenu (par exemple, NSFW). Ceci est actuellement en cours d’examen par l’équipe Mastodon et fait l’objet de discussions au sein du groupe de travail sur la confiance et la sécurité d’ActivityPub du W3C.
-
Les experts techniques du fediverse (y compris Mastodon) discutent de l’adoption du concept de Preview, qui serait un objet attaché à l’Article (par exemple, une autre Note) pour une version plus structurée d’un summary, bien qu’il y ait un certain débat à ce sujet.
Autres plateformes
Beaucoup suivent la spécification ActivityStreams.
Publication vers Note ou Article :
La plupart n’ont pas le concept de « sujet », mais s’ils en ont un :
Il y a une considération supplémentaire : au sein du « Threadiverse » (c’est-à-dire Discourse, NodeBB, Lemmy, Flarum, etc.), nous avons essentiellement adopté l’idée qu’un Sujet = Collection, ce qui signifie également que le titre du sujet peut être le name de la Collection.
Ce que cela signifie pour nous
@pmusaraj Personnellement, je pense que le résultat du contexte ci-dessus pour les considérations que vous avez soulevées est le suivant :
1. Mettre en œuvre une utilisation ciblée de summary.
Je pense que nous devrions mapper les excerpts des sujets Discourse au summary d’un Article pour la première publication d’un sujet. Uniquement Article, pas Note, et uniquement pour la première publication du sujet.
2. Dériver les titres de sujet à partir du nom de la Collection en premier.
L’une des difficultés de la navigation dans la correspondance d’objets ci-dessus est que vous avez besoin d’un moyen cohérent de conserver les titres de sujet entre les plateformes centrées sur les sujets, par exemple lors de la fédération entre des instances Discourse. Je pense que la meilleure façon de naviguer est de dériver le titre du sujet comme suit :
topic_title = collection.name || first_post.object.name
3. Encourager Article pour la première publication uniquement.
Le but du type de publication « Première publication uniquement » est de faciliter les cas d’utilisation qui se concentrent sur un style de publication « annonce » principalement destiné aux plateformes basées sur des flux comme Mastodon. Si nous implémentions 1, cela signifierait que la première publication apparaîtrait sur Mastodon comme ceci :
#{topic title}\n\n#{topic excerpt}\n\n#{topic url}
La raison pour laquelle je n’ai pas encore touché à summary est que Mastodon utilise également (en plus de son utilisation dans Article) summary pour les avertissements de contenu et les spoilers, cependant ceci est :
- moins pertinent pour
Article car le summary est effectivement utilisé uniquement comme summary. Il est traité davantage comme un avertissement de contenu (spoiler) pour Note ; ET
- est un traitement spécifique à Mastodon ; ET
- n’est pas le but normatif de la propriété
summary (c’est-à-dire dans la spécification W3C) ; ET
- cela pourrait changer dans Mastodon.
Notez que je dis « encourager » car je pense que faire de la Première publication uniquement un Article empêcherait toute utilisation du balisage [note][/note] pour identifier quel contenu dans la première publication doit être publié. Vous pouvez actuellement utiliser ce balisage pour créer votre propre résumé personnalisé. Je ne suis pas sûr que cela devienne jamais un modèle d’utilisation, mais je ne voudrais pas le supprimer complètement pour l’instant.
4. Supprimer le lien et le paramètre « Discuter sur notre forum ».
Bien que cela ait pu avoir du sens au début, je pense que c’est :
- Spécifique au cas d’utilisation de l’annonce de la première publication uniquement.
- Redondant pour ce cas d’utilisation si nous adoptons
3.
- Duplique l’URL de l’objet que nous envoyons toujours et qui est utilisé par les plateformes pour lier au contenu original.
