Ho appena distribuito il tuo branch add_update_support_to_first_post_only sul mio sito di test e ho testato con successo la funzionalità end-to-end; creazione, modifica ed eliminazione, con il mix di plugin che ho installato. Grazie! 
Il testing della community come questo ha qualche valore?
Bello!
Non lo consiglierei necessariamente come pratica regolare su tutte le PR non unite poiché contiene alcuni rischi e non posso fornire supporto per i problemi che emergono su PR non unite (il processo di revisione delle PR gioca un ruolo importante), ma se trovassi un problema che sarebbe utile, quindi non ti dirò di smettere se sei d’accordo con quel rischio, ad esempio, li stai distribuendo su un sito di sviluppo o di staging. Non ti consiglierei di distribuirli in produzione.
Assolutamente, se si rompe posso tenere tutti i pezzi. Conosciuto anche come ricaricare il database del mio sito di test da un backup recente del sito principale. 
Inoltre, capisco che le PR ricevano aggiornamenti force-push, ecc.
Se i miei test dovessero mai diventare un rumore di distrazione, non esitare a dirmelo, non la prenderò male. Il mio obiettivo è supportare lo sforzo, non intralciare lo sviluppo.
Forse puoi aggiungere delle caselle di controllo in quel post in modo che possiamo seguire i progressi?
La roadmap sembra fantastica, sono così felice che sia in corso. Complimenti a te e al team Pavilion [modificato:] per averla costruita e al team di Discourse @team per averla commissionata e resa ufficiale!
Fatto. Selezionato significa che la funzionalità è stata unita. Il prossimo nell’elenco è
Voglio solo sottolineare che questo è un plugin di Discourse.org e i complimenti dovrebbero andare a loro per averlo specificato, commissionato, pubblicato e supportato. Questo non è un plugin di Pavilion. Noi lo stiamo solo costruendo.
Rileggendo questo, vorrei esaminare la domanda sulla sottocategoria che ho menzionato in precedenza. @mattdm, stai pensando di abilitare questa opzione per Fedora Discussion? Penserei che potrebbe essere una cattiva esperienza utente dover seguire separatamente ciascuna delle sottocategorie su Fedora Discussion?
Per il mio sito, ho 8 categorie di primo livello da federare, con altre 21 sottocategorie pubbliche.
Vorrei che le persone potessero iscriversi alle categorie di primo livello e ricevere il contenuto delle sottocategorie pubbliche, ma non federare le sottocategorie con visibilità limitata (ad esempio, la categoria Staff è una sottocategoria privata di una categoria genitore pubblica sul mio sito).
Vedo due modi per affrontare questo problema:
La seconda opzione sembra la scelta migliore; più flessibile, più esplicita e, se ho capito bene, probabilmente più adatta al modello dei dati.
Immagino che un’alternativa sarebbe creare un bot (o dei bot) per potenziare automaticamente tutti i post di insiemi di Attori sul mio Discourse. Ciò mi consentirebbe anche di implementare un @all@....
Grazie per aver sollevato nuovamente la questione. Darò un’occhiata, ne discuterò internamente e ti farò sapere.
Più ci penso, più mi piace l’idea di mantenere gli Actor 1:1 con le categorie, in modo che gli utenti possano seguire esattamente solo le categorie che desiderano, e anche creare un bot che aumenti automaticamente i post di un insieme di Actor (diciamo, una categoria e tutte le sue sottocategorie pubbliche, o anche tutte le sottocategorie pubbliche. Massima flessibilità, nessun lavoro aggiuntivo per te.
Mentre ci pensavo, mi sono ricordato che @Stark9837@techhub.social ha scritto un bot @3dprinting@techhub.social che aumenta automaticamente tutti i post che trova contenenti il tag #3dprinting per creare una sorta di gruppo. Ho chiesto informazioni sul bot e ho ricevuto questa risposta:
Quindi, quando verrà rilasciato, potrebbe fare esattamente quello che sto cercando.
@mcdanlj Il modo per i post raggruppati in argomenti (cioè contenuti del forum) per essere federati su base tassonomica è ciò che Felix delinea in FEP-1b12. Ho fatto la mia revisione delle specifiche, dell’architettura e dell’uso attuale (in particolare Mastodon) dai primi principi e sono giunto alla stessa conclusione a cui arriva lì (e che ho avuto con Lemmy). In sostanza, gli attori di categoria annunceranno (boost in Mastodon) le attività nelle loro categorie ai loro follower. Questo sarà il modo in cui funzionerà la modalità “Argomento completo” in questo plugin. Attualmente sto lavorando su questo elemento.
Questi non faranno parte della Fase 2, ma sono possibili aggiunte in futuro.
Pensandoci, sì. All’inizio, penso che la useremmo solo per gli annunci (in combinazione con la funzione di pubblicazione programmata in una categoria nascosta per le bozze). Potrebbe anche essere utile per il nostro team di social media utilizzarla per redigere/coordinare/programmare post su Mastodon.
Penso che sarebbe entusiasmante avere qualcosa di ancora più ampio, rendendo almeno possibile seguire tutto — e magari anche partecipare. Ma questo sarebbe molto, molto più avanti.
L’attuale set di funzionalità del plugin funziona bene per questo caso d’uso.
Il plugin ora ha il supporto per la Visibilità. Ora puoi rendere pubbliche le Note, alias gli stati di Mastodon.
Il prossimo passo è aggiungere il supporto per gli Articoli (per contenuti lunghi) e migliorare il parsing dei contenuti.
Dopo di che ci sarà il supporto completo per gli Argomenti, che è quasi pronto. Ecco una piccola anteprima
(e sì, è compatibile con FEP-1b12)
Un post è stato unito a un argomento esistente: Lavorare con il plugin ActivityPub
Le risposte brevi alle tue domande sono
Il contenuto ActivityPub predefinito e meglio supportato è l’HTML (vedi oltre). Potremmo aggiungere una qualche forma di supporto markdown a Note e Articoli in futuro.
C’è qualcos’altro che non va nei tuoi esempi. Questo plugin invia HTML (attualmente, e anche in questo aggiornamento). I tuoi screenshot mostrano markdown non elaborato.
Il supporto per gli Articoli è spiegato nel suo messaggio di commit
Un Articolo serve quando non si vuole limitare la lunghezza del contenuto che viene federato (cioè, si vogliono federare interi post). Si noti che Mastodon attualmente converte il contenuto dei tipi Articolo in un link, tuttavia piattaforme come Lemmy mostreranno il contenuto completo. Vedi oltre mastodon/mastodon#24079
Per quanto ne so, Mastodon Glitch supporta anche il markdown renderizzandolo in HTML lato server. Era quello che speravo.
Ora che so che dovrebbe inviare HTML, sembra probabile che ci sia un’interferenza da parte di un altro plugin. Lo testerò. Grazie!
Mi chiedo solo perché non sia taggato come “ufficiale”?
Forse perché non è ancora disponibile per i clienti ospitati per impostazione predefinita
Bene, il plugin non è ufficiale perché è ancora in una fase piuttosto iniziale di sviluppo. I clienti ospitati possono certamente contattarci e chiedere informazioni sul suo utilizzo.
CDCK crea molti plugin e non tutti sono contrassegnati come ufficiali, alcuni dei plugin che creiamo sono sperimentali, di nicchia, ecc. Penso che alla fine contrassegneremo questo plugin come ufficiale.
6 post sono stati divisi in un nuovo argomento: Lavorare con il plugin ActivityPub