Quando viene eseguita un’azione dello staff (ad esempio, “Chiudi argomento”, “Fissa argomento”) su un argomento, viene aggiunto automaticamente un post speciale (“piccolo post di azione”) all’argomento.
Aggiungere un’impostazione che consenta agli amministratori di controllare se i piccoli post di azione faranno sì che l’argomento venga “spinto” (bumped).
Comportamento attuale
L’argomento viene “spinto” quando un’azione dello staff causa la creazione di piccoli post di azione. Questo spesso non è utile per gli utenti.
Ad esempio, quando un argomento viene chiuso a causa dell’impostazione della categoria “Chiudi automaticamente l’argomento dopo”, non vi è alcun beneficio nel far apparire quell’argomento agli utenti.
L’elenco degli argomenti “Non letti” dell’utente viene inquinato da argomenti che non hanno alcuna attività di interesse.
Penso che ci sia una preferenza utente subdola che potrebbe aiutare in questa situazione: “Considera gli argomenti non letti quando sono chiusi”. Puoi trovarla sulla tua pagina https://meta.discourse.org/my/preferences/tracking.
Se deselezioni questa opzione, impedisce che la chiusura di un argomento venga conteggiata come “non letto”.
ETA: Sebbene non sembri esserci un’impostazione di amministrazione per scegliere il valore predefinito nello stesso modo di molte altre preferenze utente (quelle in /admin/site_settings/category/user_preferences). Potrebbe essere una bella aggiunta.
E solo per chiarire, quando dici “spinto” intendi che ottengono l’indicatore blu non letto e appaiono in /unread? Non credo che gli argomenti chiusi vengano spinti nel modo tradizionale in cui vengono messi in cima a /latest (sia che vengano chiusi manualmente o da un timer).
Inoltre, penso che i timer di chiusura automatica utilizzino già una versione “silenziosa” della chiusura che sopprime gli indicatori di non letto, quindi si spera che quelli non appaiano negli elenchi /unread.
Grazie @JammyDodger. Questa è una soluzione efficace per il singolo utente, ma sto richiedendo una soluzione che l’amministratore possa applicare all’intero forum.
Lo sarebbe, ma risolverebbe il problema solo per gli utenti che hanno creato un account dopo che l’impostazione predefinita è stata modificata, giusto?
Corretto.
Ho verificato personalmente che appaiono negli elenchi /unread.
Se quella impostazione di amministrazione delle preferenze fosse stata aggiunta, dovrebbe essere possibile aggiornare anche tutti gli utenti esistenti. (anche se per azioni chiuse piuttosto che per l’intera suite di elementi fissati, non elencati, divisi, ecc.)
Quale metodo stai usando per chiuderli automaticamente? Potrebbe esserci una versione che non utilizza ancora l’opzione “silenziosa”.
Mi dispiace concentrarmi su quelli “chiusi”, ma sono generalmente i peggiori responsabili del “rumore” come questo.
L’impostazione della categoria “Non chiudere finché l’ultimo post nell’argomento non è almeno questo vecchio.” è abilitata.
E per eliminarla come possibile fattore, menzionerò anche che l’impostazione della categoria “Numero di argomenti aperti da promuovere automaticamente giornalmente” è impostata su 0.
Sebbene meno impattante a causa della minore frequenza, non ha senso nemmeno promuovere un argomento quando è archiviato, e non penso nemmeno che abbia senso promuovere un argomento solo perché è stato rimosso dai preferiti. Ecco perché ho generalizzato la mia richiesta invece di renderla specifica sulla chiusura automatica.
Penso che questi siano punti molto validi e sicuramente degni di una conversazione per vedere se anche altri trovano queste cose “non-eventi”. So che c’è stata qualche discussione sul non includere questi nel conteggio delle risposte per ragioni simili.
Ho fatto un test in precedenza e il mio utente di test non li ha visti arrivare nel suo /unread, ma quando guardo il status_type dei timer in data explorer ottengono un 1 (chiudi) invece di un 8 (chiudi silenziosamente) quindi c’è la possibilità che stia sbagliando il mio test.