Ciao, non è equivalente e abbiamo già fornito molti esempi qui sopra.
Sarebbe corretto fare una dichiarazione chiara sul fatto che non intendete annullare questa opzione in alcun modo, o qualcosa di simile.
Credo che diversi, forse decine di amministratori o amministratori della comunità, siano ancora in attesa.
Si applica anche agli utenti anonimi.
Tutta questa tempesta riguarda i siti che richiedono determinati livelli di fedeltà.
Vogliono che l’elenco degli ultimi argomenti appaia “proprio così” e che gli utenti finali non abbiano alcun controllo su come questi appaiano “proprio così”.
Nel caso di @Heather_Dudley / @ClawdiaWolf, questo può essere un problema per gli utenti finali. C’è stata una soppressione di tutte le categorie “regionali” dalla home page, perché c’erano 400 regioni e diventava troppo rumoroso.
Ma che dire di un utente di Sydney? Perché quell’utente non può vedere gli argomenti di Sydney sulla home page?
Per risolvere il problema, ora permettiamo ai siti di funzionare in una modalità in cui gli elementi sono disattivati per impostazione predefinita e i moderatori possono scegliere categorie “visualizzate per impostazione predefinita”. Questo rende molto più semplice la manutenzione futura. Quando si aggiunge una categoria, non è necessario fare nulla e gli utenti possono comunque seguire Sydney se lo desiderano.
Penso che alla fine forniremo hook per plugin per coloro che desiderano un’imposizione rigida dall’alto su quali argomenti non potranno mai, in nessun caso, essere visualizzati negli elenchi degli ultimi argomenti.
Significa che non c’è modo di risolvere la nostra sezione in lingue straniere?
Quelle categorie sono attualmente nascoste dalla pagina “categorie” e i post in lingue straniere appaiono in “ultimi”, che dovrebbe contenere solo contenuti in inglese. Non sono sicuro che le persone non ricevano più le notifiche per le sezioni in lingue straniere.
Anche se vado alla categoria genitore “Non in inglese” (che sembra non essere individuabile dagli utenti), viene elencata solo una delle sottocategorie linguistiche (Nederlands) — le altre categorie linguistiche sono scomparse.
Stranamente, se pubblico in una delle categorie linguistiche, quel post appare comunque in /latest, anche se la pagina della categoria stessa è scomparsa.
C’è ancora qualche modo per tenere gli argomenti fuori dalla pagina principale senza disattivarli?
Non riesco ancora a seguire il ragionamento.
Immagina di mettere in mute di default “Francese”
Gli argomenti in “Francese” non appaiono sulla pagina principale per gli anonimi e per tutti gli utenti
Le persone che parlano “Francese” possono comunque disattivare il mute nelle preferenze utente e vedere la categoria sulla pagina principale
L’unico problema che vedo per il sito che sto guardando ora è che non c’è modo di sapere che esiste una categoria francese da attivare a meno che non la si trovi nelle preferenze o, forse, non si abbia un argomento (o un collegamento nell’intestazione, o qualcosa di simile) che rimanda alla categoria francese.
Scusa, credo di essere un po’ confuso su cosa abbia fatto la modifica. Quando le persone andavano su /categories in precedenza, c’era un elenco di categorie in lingue straniere. Ora quelle categorie sono scomparse e non sono sicuro di come farle tornare in quell’elenco. Tuttavia, i post di quelle categorie non dovrebbero finire in /latest, poiché “latest” è riservato solo ai post in inglese.
hmmm … una preferenza utente per
“Nascondi le categorie silenziate dall’elenco delle categorie”? Di default disattivata. Qualcosa del genere.
Così, una volta presa la mano, puoi attivarla.
Questo risolve al 100% le lamentele legate al nuovo cambiamento?
Qualcosa sembra strano. Quando accedo alla categoria genitore (/c/non-english) con un account amministratore, vedo solo la categoria “Nederlands” (l’ultima aggiunta alle categorie). Se vado su /categories con un account amministratore, le categorie Non-English non sono presenti.
Quando accedo con un account di test (TL0), posso vedere tutte le 9 categorie Non-English sulle pagine /categories e /c/non-english.
Il mio post di prova in una categoria Non-English finisce comunque su /latest, che dovrebbe essere riservato solo all’inglese.
Modifica: sia l’amministratore che l’utente TL0 ottengono l’argomento impostato su “osservazione” dopo aver pubblicato un post. Non vedo “in silenzio” lì.
Non è chiaro.
Disattivare le notifiche delle categorie si riferisce a uno stato predefinito; qualsiasi argomento in quella categoria può comunque essere tracciato e monitorato dagli utenti che sovrascrivono lo stato predefinito della categoria.
No, perché il silenziamento continuerà a riportare argomenti specifici in /latest non appena un utente interagisce.
Il vecchio approccio permetteva agli amministratori del sito di creare partizioni dove lo ritenevano necessario. Il silenziamento era già presente, ma come indicato nei post sopra, è molto più disordinato.
Dove prima esisteva “sopprimi questa categoria da latest”, ora ci sarà:
Se si vuole replicare davvero il comportamento originale, sarebbe necessaria un’impostazione aggiuntiva per impedire che i post delle categorie silenziate riappaiano in latest, poiché, come abbiamo letto, alcuni amministratori del sito hanno casi d’uso in cui ciò è vantaggioso.
Un progetto su cui sto lavorando sarà presto messo in pausa a causa di questo problema. Il cliente voleva utilizzare Discourse per la collaborazione interna, con alcune categorie soppresse poiché contenevano discussioni su titoli ancora non annunciati e questioni “fuori tema”. Loro apprezzavano il comportamento offerto dalla soppressione da latest perché, anche se il personale partecipava a discussioni in quelle categorie, i titoli degli argomenti non sarebbero stati visibili su / (che sarebbe stato latest), il che significava che avrebbero dovuto cercare attivamente quelle categorie. Per ora, il mio suggerimento è ancora quello di avere un’istanza secondaria separata per ottenere la stessa separazione.
Stato predefinito per la categoria si riferisce allo stato predefinito per gli argomenti originati da una determinata categoria, uno stato che può essere sovrascritto quando un utente interagisce con esso. L’assunzione in tutto quanto sopra è che questo comportamento sia sempre desiderabile, ma osservando istanze multipurpose non sembra essere questo il caso.
Su questo punto ho un disaccordo fondamentale. Se un utente sta esplicitamente seguendo o osservando un argomento, sta fornendo un segnale molto forte del fatto che gli importa davvero dell’argomento e lo desidera in “Ultime”. Se non lo vuole in “Ultime”, può sempre riportarlo allo stato normale, no?
Non ho capito questo punto.
Quello che sto proponendo è semplicemente un’opzione per l’utente:
“Non mi importa assolutamente mai delle categorie silenziate e non voglio mai vederle”, ovvero “Odio davvero la politica”.
oppure
“Di solito non mi importano le categorie silenziate, ma voglio ancora poterle sfogliare a volte, quindi tienile nei miei menu a tendina e nelle liste delle categorie”.
Non sarebbe un’azione più semplice e coerente modificarla in modo da non avviare mai il tracciamento automatico dei topic nelle categorie silenziate? Mi sembra una migliore impostazione predefinita.
Alla fine, finisci per costruire la stessa funzionalità che tutti usano già, ma la nascondi dietro cinque o sei altre preferenze. Potremmo dire che è l’equivalente di Discourse del codice Konami.
Se il comportamento di queste impostazioni viene mai modificato, ci ritroviamo di nuovo qui quando i post iniziano ad apparire dove non dovrebbero.
Alla fine, è davvero più semplice bloccare l’accesso alla funzione di soppressione dall’ultimo post tramite un’impostazione del sito?
Preferisco di gran lunga avere nel plugin cose come ‘Voglio intraprendere un’avventura strana e meravigliosa’.
Fondamentalmente, l’utente ha il diritto di scegliere cosa vedere in ‘ultimi’ e cosa no. Avere un’impostazione che consenta partizioni strane in cui l’utente perde il controllo mi sembra un ambito proprio dei plugin.
Immagino di essere abbastanza aperto a creare un qualche tipo di plugin qui che ripristini la vecchia funzionalità per i rari siti che sentono di volerlo davvero davvero, ma avere questa funzione anti-utente nel core mi mette a disagio.
Questa è una visione molto selettiva. Se sei un datore di lavoro che desidera offrire al proprio personale un ambiente collaborativo e sta considerando di permettere categorie “non lavorative” limitate, una tale funzione può essere altamente desiderabile.
Può avere il potenziale per essere anti-utente, ma ci sono molte cose che, se configurate in modo errato, possono essere distruttive per una comunità.
Ciao di nuovo,
Quello che noi (le persone che ancora preferiscono l’opzione “sopprimi”) stiamo cercando di spiegare qui è che
“Io, come amministratore del sito, voglio controllare il comportamento dei post di categorie specifiche affinché non appaiano in /latest”
cosa che ritengo ancora completamente indipendente dalla questione delle “categorie silenziate”.
Credo che questa sia un’opzione praticabile (DWIM) riguardo alla questione delle “categorie silenziate”. Tuttavia, non risolve la richiesta di “sopprimere una categoria” per alcuni di noi.
Sarebbe fantastico. Se non fosse affatto possibile mantenere questa funzionalità nel nucleo di Discourse, inserirla in un plugin dedicato ci salverebbe la vita.
C’è la possibilità di lavorare su questo / rilasciarlo in parallelo / a breve, quando la rimozione della funzionalità “sopprimi categoria” colpirà più utenti?
Grazie ancora per l’ascolto e cordiali saluti,
Andreas.
Non è questo, ‘per definizione’, anti-utente? Stai dicendo: ‘Siete tutti bambini, non posso fidarmi di voi nemmeno con un minimo di autocontrollo qui; se volete avere questo tipo di discussioni, andate lì 
’
Non voglio permetterti di riattivare questa categoria; non potrai mai vederla se non nella prigione che ho costruito per te.
Lo considererei un compromesso.
I datori di lavoro non hanno l’obbligo di creare tali aree. Il vantaggio evidente è che favorisce l’adozione di nuovi strumenti, ma non si vuole che questi vantaggi aggiuntivi oscurino lo scopo originale.
Direi che in un ambiente di lavoro questo tipo di compromesso perde rapidamente efficacia, specialmente con elementi come il tema della barra laterale, che tende a funzionare straordinariamente bene in tali contesti. Questa funzionalità è in gran parte indipendente da essa. Quando si utilizza la barra laterale, si tende comunque a passare molto meno tempo nella sezione ‘Ultime’.
Sono quasi propenso a fornire semplicemente un plugin per ripristinare la vecchia funzionalità.
Ancora una volta, +1 su questo!
Ti capisco perfettamente e riconosco il tuo punto di vista qui. Utilizzare la funzionalità “categoria silenziata” darà più libertà all’utente, poiché sarà in grado di controllare autonomamente ciò che riceve in /latest. Tuttavia, vorrei sottolineare che la funzionalità “sopprimi categoria” non è necessariamente legata alla censura – almeno dal nostro punto di vista.
Piuttosto, noi come moderatori vediamo e utilizziamo la funzionalità “sopprimi categoria” per ridurre il rumore proveniente da categorie che occasionalmente o permanentemente hanno un alto traffico, in modo da non intasare /latest per tutti gli utenti (anonimi e connessi).
Faccio un altro esempio: questo potrebbe derivare da post automatizzati in categorie specifiche quando si utilizzano strumenti come GitHub - huw/github-to-discourse: Forwards commit data from a GitHub webhook to a Discourse thread · GitHub. I post originati da cose del genere non sono affatto “vere discussioni” in questi contesti specifici di utilizzo di Discourse oltre il caso d’uso originale come forum di discussione.
Se ciò possa colpire alcuni rari siti o meno è oltre ciò che posso immaginare. Quindi, cambiamo prospettiva in qualcosa come: potrebbe essere una funzionalità cruciale per alcuni siti che eseguono specifici set di funzionalità o requisiti.
Quindi, avere questa funzionalità disponibile tramite un plugin per soddisfare le esigenze di questi tipi di siti specifici sarebbe probabilmente assolutamente accettabile per tutti coloro che qui sostengono di mantenere quell’opzione.
