Ci sono alcune considerazioni aggiuntive qui.
Mappatura degli attributi
Discourse
Argomento e post a Note o Article:
- title =
name - cooked =
content
Mastodon
Status a Note
- text =
content
Status a Article:
- text =
name+summary+link
Inoltre:
-
Mastodon utilizza anche
summaryper gli avvisi di contenuto (ad es. NSFW). Questo è attualmente in fase di revisione da parte del team di Mastodon ed è oggetto di discussione della taskforce per la fiducia e la sicurezza di ActivityPub del W3C. -
I tecnici del fediverse (incluso Mastodon) stanno discutendo l’adozione del concetto di
Preview, che sarebbe un oggetto allegato all’Article(ad es. un’altraNote) per una versione più strutturata di unsummary, tuttavia c’è qualche dibattito al riguardo.
Altre piattaforme
Molti seguono le specifiche ActivityStreams.
Post a Note o Article:
- text =
content
La maggior parte non ha il concetto di “argomento”, ma se lo hanno:
- title =
name
C’è una considerazione aggiuntiva che all’interno del “Threadiverse” (cioè Discourse, NodeBB, Lemmy, Flarum ecc.) abbiamo essenzialmente concordato sull’idea che un Argomento = Collection, il che significa anche che il titolo dell’argomento può essere il name della Collection.
Cosa significa questo per noi
@pmusaraj Personalmente, penso che il risultato del contesto di cui sopra per le considerazioni che hai sollevato sia il seguente
1. Implementare un uso mirato di summary.
Penso che dovremmo mappare gli excerpts degli argomenti di Discourse al summary di un Article per il primo post di un argomento. Solo Article, non Note, e solo per il primo post dell’argomento.
2. Derivare i titoli degli argomenti prima dal nome della Collection.
Una delle complicazioni nel gestire la mappatura degli oggetti di cui sopra è che è necessario un modo coerente per mantenere i titoli degli argomenti tra piattaforme incentrate sugli argomenti, ad esempio quando si effettua il federating tra istanze Discourse. Penso che il modo migliore per gestire questo sia derivare il titolo dell’argomento in questo modo:
topic_title = collection.name || first_post.object.name
3. Incoraggiare Article solo per il primo post.
Il punto del tipo di pubblicazione “Solo primo post” è facilitare casi d’uso che si concentrano su una pubblicazione in stile “annuncio” principalmente rivolta a piattaforme basate su stream come Mastodon. Se implementassimo 1, ciò significherebbe che il primo post apparirebbe su Mastodon in questo modo
#{titolo dell'argomento}\n\n#{estratto dell'argomento}\n\n#{url dell'argomento}
Il motivo per cui non ho ancora toccato summary è che Mastodon ha anche (oltre al suo uso in Article) utilizzato summary per avvisi di contenuto e spoiler, tuttavia questo è:
- meno rilevante per
Articlepoiché ilsummaryviene effettivamente utilizzato solo comesummary. Viene trattato più come un avviso di contenuto (spoiler) perNote; E - è un trattamento specifico per Mastodon; E
- non è lo scopo normativo della proprietà
summary(cioè nelle specifiche W3C); E - questo potrebbe cambiare in Mastodon.
Nota che dico “incoraggiare” poiché penso che rendere “Solo primo post” sempre un Article precluderebbe qualsiasi uso del markup [note][/note] per identificare quale contenuto nel primo post pubblicare. Attualmente puoi utilizzare quel markup per creare il tuo riassunto personalizzato. Non sono sicuro che questo schema d’uso prenderà mai piede, ma non vorrei eliminarlo del tutto per ora.
4. Rimuovere il link e l’impostazione “Discuti sul nostro forum”
Sebbene questo potesse avere senso all’inizio, penso che sia:
- Specifico per il caso d’uso dell’annuncio “Solo primo post”.
- Ridondante per quel caso d’uso se adottiamo
3. - Duplicato dell’URL dell’oggetto che inviamo sempre e che viene utilizzato dalle piattaforme per collegarsi al contenuto originale.