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
Status a Article:
- text =
name + summary + link
Inoltre:
-
Mastodon utilizza anche summary per 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’altra Note) per una versione più strutturata di un summary, tuttavia c’è qualche dibattito al riguardo.
Altre piattaforme
Molti seguono le specifiche ActivityStreams.
Post a Note o Article:
La maggior parte non ha il concetto di “argomento”, ma se lo hanno:
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
Article poiché il summary viene effettivamente utilizzato solo come summary. Viene trattato più come un avviso di contenuto (spoiler) per Note; 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.
