Non sono in disaccordo. Ma una volta che le “persone specifiche” crescono fino a diventare un gruppo di diverse centinaia di persone, si vorrebbe avere alcune delle belle funzionalità che Discourse offre per la navigazione dei argomenti pubblici. Quindi forse la caratteristica distintiva qui è la dimensione del gruppo di ricezione?
1 Mi Piace
Ciao di nuovo, Geoff! Spero che tu stia bene.
Anch’io vorrei poter vedere i messaggi privati nelle pagine Ulteriori/Top/Nuovi (per lo stesso motivo), ma a parte questo, se ho capito correttamente, questa funzionalità (cambiare la natura pubblica/privata di un argomento esistente) sembra esistere già.
Dall’icona a forma di chiave inglese nelle azioni amministrative a livello di argomento, in alto a destra, puoi cliccare su “Rendi Messaggio Privato” (o “Rendi Argomento Pubblico” se è già un MP). Trasformare un argomento esistente in un MP sembra mantenere l’accesso per tutti coloro che hanno scritto nell’argomento, e poi puoi aggiungere anche il gruppo dello staff. Tuttavia, questo sposta il thread dalla lista degli argomenti alla sezione dei messaggi.
Già… ecco il problema.
Ciò che mi piacerebbe sarebbe una funzionalità simile a quella nascosta, ma che lasci il messaggio visibile a tutto lo staff con un determinato livello di fiducia. Potrebbe essere fattibile…
Funzionerebbe impostare manualmente, ad esempio, trust_level_3 in modo che chiunque possa inviare messaggi privati ad esso (in Gruppi → trust_level_3 → Gestisci → Interazioni)?
Poi sembrerebbe che si possa aggiungere manualmente il gruppo trust_level_3 come partecipante dopo aver convertito un argomento pubblico in un messaggio privato.
Forse non è esattamente ciò che stai cercando (e non sono sicuro di conoscere abbastanza il funzionamento interno per affermare con certezza che funzionerebbe), ma potrebbe comunque servire a qualche scopo.
Anch’io sono un nuovo arrivato alla discussione, con un caso d’uso quasi identico a quello di @Geoffrey_Challen (gestione di una classe numerosa con l’obiettivo di utilizzare Discourse per gestire domande e risposte e le discussioni).
Personalmente non mi preoccupa la mole di e-mail (ho impostato comunque la modalità mailing list), ma credo che sarebbe un grande miglioramento della qualità della vita poter rispondere alla domanda: “Quali sono tutti i thread che potrei dover leggere o a cui rispondere?” da un unico posto, indipendentemente dal fatto che quei messaggi fossero pubblici o inviati al gruppo dello staff (o forse anche solo direttamente a me).
Il permesso “crea”, come discusso inizialmente, sarebbe un modo per gestire ciò. Un altro sarebbe permettere ai messaggi privati (PM) di certi gruppi di essere visualizzati come pseudo-categorie nelle pagine dell’elenco dei temi (Nuovi, Top, ecc.). Data la somiglianza nella struttura dei PM rispetto ai temi pubblici nel database, sembra che questo potrebbe essere possibile (anche se ci sarebbe sicuramente un livello di complessità aggiuntiva).
Un’alternativa diversa che potrebbe aiutare in modo simile senza richiedere cambiamenti così drastici sarebbe se la casella di ricerca avesse un modo per cercare sia tra tutti i temi che tra i PM (al momento, per quanto ne so, posso cercare l’uno o l’altro ma non entrambi), e idealmente affinare la ricerca per specifici gruppi di destinatari dei PM. Ad esempio, mi piacerebbe poter dire: “mostrami tutti i thread aperti che erano sia temi pubblici che PM al gruppo dello staff”.
Se fosse possibile modificare la funzione di ricerca in quel modo, sembra che fornirebbe gran parte delle funzionalità che speravo, e lo farebbe in un modo che non richiederebbe modifiche tranne che alla ricerca. Ma forse ci sono anche lì delle complicazioni che non sto considerando.
Credo che questo possa essere parte del problema. Forse ha anche a che fare con il volume di traffico dei PM di gruppo rispetto ai post pubblici? I nostri casi d’uso prevedono molte interazioni sia nei temi pubblici che nei PM di gruppo (e un gran numero di thread in entrambi), mentre per molti altri casi d’uso i messaggi privati allo staff potrebbero essere più rari, e forse questo ha un impatto sul modo in cui le persone vogliono interagire con questi elementi?
OK… dopo alcune ore di lavoro questo pomeriggio ho un prototipo del permesso di sola Creazione (nel ramo cs125). Molto minimamente testato, ma ecco cosa sembra funzionare:
- Alle categorie può essere assegnato il permesso di Creazione
- Gli utenti con quel permesso possono creare argomenti nella categoria e rispondere ai propri argomenti
- Possono ancora vedere gli argomenti creati da altri utenti, ma un tentativo di accedervi restituisce un errore “Questa pagina è privata o …”.
- Gli amministratori possono vedere e rispondere a tutti i post.
- Non ho idea se gli altri permessi delle categorie funzionino ancora, ma non vedo perché non dovrebbero…
Assumendo che questo funzioni davvero e non sia solo un mio desiderio, vorrei davvero risolvere il punto #3 in modo che l’interfaccia utente sia meno confusa per gli studenti. Ma è lì che mi sono perso—anche se forse perché è stata una giornata piuttosto lunga. @sam: puoi aiutarmi qui, o ci disconoscerai ora che siamo così lontani dalla rotta 
. Fondamentalmente voglio poter filtrare l’elenco degli argomenti di una categoria (e in realtà tutti gli elenchi degli argomenti) per escludere gli argomenti nelle categorie in cui l’utente ha solo il permesso di Creazione, a meno che l’utente non abbia creato quell’argomento.
PS: questo ramo estende anche i permessi dei sussurri agli utenti con livello di fiducia >= 3. Altri potrebbero o meno voler questo cambiamento, ma è utile per noi, poiché i privilegi di moderatore sono troppo potenti per la maggior parte del mio staff didattico, mentre i sussurri sono davvero utili quando si lavora insieme per aiutare gli studenti.
@sam: un’altra domanda veloce. C’è qualche possibilità di fare una di queste cose tramite un plugin?
Questo funziona quasi esattamente come il plugin “Risposte limitate” (restricted replies)
L’unica cosa che non gestisce è il punto (3). Sarà estremamente complicato implementarlo, per tutti i motivi elencati sopra.
3 Mi Piace
Correggetemi se sbaglio, ma sembra che il vostro plugin non impedisca alle persone di vedere i post che non hanno creato. Questo è essenziale per il nostro caso d’uso: gli studenti che pubblicano domande nel nostro forum del corso e che potrebbero contenere codice o altre parti della loro soluzione. Quindi non abbiamo solo bisogno che solo lo staff possa rispondere, ma anche che solo lo staff possa vedere. Il plugin “Restricted replies” afferma di funzionare con una autorizzazione del tipo “Crea / Rispondi (a te stesso) / Vedi”. Noi abbiamo essenzialmente bisogno di “Crea / Rispondi (a te stesso)” ma non “Vedi”.
Detto questo, è davvero incoraggiante che sia possibile realizzare tutto ciò tramite un plugin. Sarebbe possibile aggiungere anche la restrizione sulla visualizzazione per supportare il nostro caso d’uso?
Per quanto riguarda il punto #3: mi chiedevo se sarebbe più semplice implementare questo lato client. Attualmente, con le nostre modifiche, gli studenti non possono nemmeno accedere a questi argomenti, quindi anche se potessimo semplicemente nasconderli nell’interfaccia utente, ciò sarebbe sufficiente.
Sì, hai ragione. È per questo che ho detto che non soddisfa il punto (3)
E se un utente stesse monitorando la categoria e ricevesse notifiche per l’argomento segreto? Che dire della modalità lista di distribuzione? E delle pagine “attività” dell’utente? E degli argomenti “più popolari”? E degli argomenti “nuovi”? E della ricerca? E probabilmente molte altre domande… Si tratta di un’impresa enorme e non la consiglierei.
I messaggi privati di gruppo sono progettati esattamente per il tuo caso d’uso. Gestiamo tutte le nostre email di supporto tramite messaggi privati di gruppo qui su Meta e funziona benissimo! Se ci sono specifici problemi di usabilità che stai riscontrando con le caselle di posta dei gruppi, penso che il tuo tempo sarebbe meglio speso esplorando miglioramenti in quell’area.
3 Mi Piace
Non sono in disaccordo. Ma siamo qui perché abbiamo provato i messaggi di gruppo e non funzionano molto bene, dato che abbiamo circa 200 persone che ricevono il messaggio.
Ne ho accennato nella mia risposta a Sam, ma la messaggistica di gruppo non sembra funzionare bene una volta che l’elenco dei destinatari diventa davvero grande, e la probabilità che io risponda a ogni singolo messaggio diminuisce. Detto in altro modo: se la messaggistica di gruppo funzionasse così bene, le persone continuerebbero a utilizzare grandi liste di e-mail aperte invece di strumenti eccellenti come Discourse.
Probabilmente continueremo con la messaggistica di gruppo piuttosto che rischiare i problemi che hai giustamente segnalato potrebbero derivare da un tentativo di modificare le autorizzazioni della categoria. Ma non è molto utile sentirsi dire “la messaggistica di gruppo funziona benissimo!” quando la tua esperienza è che, in realtà, non funziona affatto bene 
2 Mi Piace
Certamente, ci saranno sempre differenze su come le cose vengono utilizzate in diverse comunità. Intendevo dire che sarebbe interessante esplorare quali sviluppi sarebbero necessari per poter utilizzare i messaggi privati (PM) con successo. Credo che i cambiamenti in tal senso siano molto più realizzabili rispetto al reimplementare le funzionalità dei PM nelle categorie normali.
Quali problemi specifici stai riscontrando con i PM di gruppo? Per fare un esempio, forse è un sovraccarico di notifiche? Questo era uno dei problemi che avevamo inizialmente, e ora puoi configurare il livello di tracciamento per ogni casella di posta di gruppo.
6 Mi Piace
Sì, è stata un’aggiunta davvero utile! Grazie.
Se dai un’occhiata ad alcune delle discussioni sopra, penso che noterai alcuni problemi con il sistema dei messaggi privati. Principalmente, c’è semplicemente un flusso di lavoro diverso per la gestione dei messaggi, il che crea una separazione artificiale tra gli argomenti che vorrei trattare in modo simile. (Da qui il tentativo di integrare questa funzionalità nel modello esistente dei permessi delle categorie.)
C’è un elenco qui, ma si riduce essenzialmente a far sì che i gruppi di messaggi assomilino il più possibile alle categorie. Avendoli nella homepage e nella visualizzazione degli ultimi argomenti, facendoli apparire uguali durante la navigazione, offrendo le stesse opzioni di ricerca e filtraggio (senza dover ricordare che si tratta di un messaggio), ecc. Purtroppo, il mio impressione è che ciò richiederebbe almeno tanto, se non di più, di rotture rispetto ai permessi aggiuntivi delle categorie. Ma forse no?
@david: scusa se mi intrometto nella conversazione, ma ho un caso d’uso molto simile a quello di @Geoffrey_Challen e, pur non potendo parlare per lui, penso che una cosa concreta che aiuterebbe me in questo senso sarebbe avere la possibilità di eseguire una singola query di ricerca che corrisponda sia agli argomenti pubblici che ai messaggi privati (al momento sembra che io possa cercare solo argomenti pubblici o solo messaggi privati, ma non entrambi, a meno che non mi stia perdendo qualcosa).
Capisco che alcuni degli altri cambiamenti suggeriti qui (permesso “Crea”, possibilità di mostrare i messaggi privati nelle liste normali degli argomenti, ecc.) comportino modifiche ampie e complesse, ma forse una modifica alla ricerca per consentire la ricerca su tutti gli argomenti (pubblici o privati) sarebbe più pratica e più circoscritta, fornendo comunque la possibilità di ottenere una certa visione unificata di questi elementi tramite la ricerca.
Per quanto mi riguarda, non credo che sovrascrivere l’interfaccia predefinita sia importante, ma sarebbe fantastico se avessi un modo per rispondere rapidamente alla domanda “Quali sono tutti i thread a cui potrei dover rispondere ora?”, indipendentemente dal fatto che siano pubblici o privati, e di raffinare questa ricerca in base ai tag, ecc.
Nel frattempo, ho scritto un piccolo script che mi permette di ottenere direttamente dal database Postgres questo tipo di elenco unificato, oppure posso eseguire due query separate tramite la finestra di ricerca per ogni cosa che voglio cercare (una per gli argomenti pubblici e una per i privati), ma entrambe le soluzioni sono piuttosto scomode…
2 Mi Piace
Sembra un’ottima idea per me: la utilizzerei. La cosa migliore sarebbe creare un nuovo topic #feature, così non perdiamo traccia dell’idea in questo topic.
Modifica: fatto qui
4 Mi Piace
Fatico davvero a capire l’avversione verso l’adozione di questa struttura di permessi, nonostante se ne discuta dal 2015. Capisco certamente l’interesse dell’OP, così come le riserve riguardo ai messaggi privati come alternativa. Una gestione dei permessi leggermente più granulare rappresenterebbe una vera svolta per Discourse: aprirebbe molte porte a utilizzi più creativi nelle community.
Gli effetti delle autorizzazioni granulari sono… ben documentati. Ho ancora incubi pensando al disastro che vbulletin ha creato con le autorizzazioni delle categorie, proprio per questo motivo.
Il punto è che se vuoi che gli utenti possano creare argomenti e vedere solo quelli che hanno creato, questa funzionalità esiste già nei messaggi privati. Combinata con le caselle di posta dei gruppi, riproduce già il comportamento desiderato.
1 Mi Piace
Personalmente non ho esperienza con vbulletin o altri software per forum. Il mio background nelle piattaforme basate sulla comunità deriva da Discord, dove i creatori di comunità hanno un maggiore controllo sui permessi. Ho anche visto sistemi di permessi implementati con successo in molti altri sistemi che consentono un controllo più granulare. Non credo che qualcuno stia chiedendo 500 pulsanti di attivazione in questo scenario, ma piuttosto la possibilità di assegnare i permessi di Creazione, Visualizzazione e Risposta in modo indipendente l’uno dall’altro.
Il comportamento desiderato è che l’utente apra una categoria, faccia clic su “Nuovo argomento”, scriva il proprio contenuto e che il suo post sia visibile solo a lui e a chi ha il permesso di “visualizzare”. I messaggi privati sono molto più ingombranti da navigare per l’utente rispetto a quanto descritto sopra: richiedono più iniziativa da parte dell’utente e la funzione è più nascosta nell’interfaccia.
Una soluzione più semplice al problema sarebbe consentire la creazione di argomenti tramite e-mail, ma anche questo presenta uno svantaggio. Non promuove direttamente la partecipazione alla comunità e richiede all’utente di utilizzare un sistema di terze parti per raggiungere l’obiettivo.
I messaggi diretti e i permessi delle categorie sono due argomenti separati e non sono esattamente ciò che ha richiesto l’OP, né ciò che cercheranno molte altre persone che arriveranno in seguito.