Le ragioni per cui stiamo procedendo in questo modo sono:
Le reazioni offrono un modo a bassa pressione per gli utenti di interagire con i contenuti del sito, aspetto particolarmente importante nelle nuove comunità.
Poiché sono attualmente disabilitate di default, gli amministratori potrebbero erroneamente pensare che le reazioni non siano affatto possibili, interpretando ciò come una funzionalità mancante durante la valutazione di Discourse nella fase di prova.
Le Reazioni di Discourse sono una funzionalità molto apprezzata; sebbene siano disabilitate di default, sono state abilitate manualmente dagli amministratori su una buona parte dei nostri siti ospitati.
Abbiamo anche ritenuto giunto il momento di procedere, dato che il nuovo menu di reazione ai post, introdotto da @davidb, ha notevolmente migliorato l’esperienza di visualizzazione delle reazioni nei post:
Il cambiamento imminente verrà distribuito gradualmente a tutti i siti, come avviene per altri aggiornamenti futuri. Gli amministratori che non desiderano avere le reazioni attive potranno comunque disabilitarle; il nostro obiettivo finale non è imporre le reazioni a tutti per sempre.
Hmm, questo è ciò che userei per descrivere i Boost, non le reazioni. C’è una tempistica su quando i Boost diventeranno una funzionalità principale invece di un plugin? Per il caso d’uso menzionato nel post, sembra adattarsi perfettamente.
Non c’è ancora una scadenza: al momento, questo lavoro non è una priorità elevata. A lungo termine, vorremmo avere una narrazione più coerente riguardante like, reazioni e boost, forse unendoli tutti in un unico plugin, ma non siamo ancora pronti per farlo.
Storicamente, abbiamo esitato molto a „modificare“ i siti esistenti, poiché era molto difficile capire se gli amministratori avessero disattivato certe funzioni intenzionalmente o se le avessero lasciate invariate semplicemente perché non ne erano a conoscenza. Cambiare i valori predefiniti era anche piuttosto complicato dal punto di vista del rollout.
Ora, con le imminenti modifiche, sarà molto più semplice effettuare questo tipo di rollout in modo a basso rischio: gli amministratori saranno facilmente informati delle modifiche prima che avvengano e avranno comunque la possibilità di disattivare queste funzionalità.
