Attualmente, i flag non possono essere modificati dopo la creazione.
Capisco che non dovrebbe essere possibile eliminarli o cambiarne il significato, dopo che sono stati utilizzati.
La modifica dei flag personalizzati è pianificata ma non ancora implementata?
Serve assolutamente questa opzione nell’interfaccia web.
Per essere chiari, dato che questo è stato spostato. Non mi riferivo a Modifica. Ma all’opzione di avere un flag che attivi l’auto-nascondimento senza usare la console rails.
Nel modo in cui le bandiere personalizzate sono state progettate attualmente, è ancora possibile modificarle dopo che sono state create. Tuttavia, una volta utilizzate, non possono più essere modificate. Ma possono essere disabilitate e sostituite con un’altra bandiera.
C’è un avviso in tal senso nella pagina di modifica delle bandiere:
Una volta utilizzata una bandiera personalizzata, può solo essere disabilitata ma non modificata o eliminata.
Potresti spiegare meglio perché ulteriori modifiche non sono consentite?
La modifica della descrizione (ad esempio per chiarimenti) non dovrebbe compromettere alcun comportamento.
Probabilmente simile al voto
Sembra che ci siano due diverse visioni su questo tipo di problemi: a) non cambiare la storia b) miglioriamolo (hackiamolo) finché non funziona.
Si tratta di coerenza. Al momento non è previsto alcun cambiamento in questo comportamento. Pertanto, se è necessario apportare una modifica a una delle tue flag personalizzate dopo che è stata utilizzata, dovrai seguire le istruzioni del prompt, disabilitare la flag e crearne una nuova.
La maggior parte dei siti non necessita di apportare alcuna modifica alle flag, e per coloro che ne hanno bisogno, non ci si aspetta che vengano modificate molto, se non affatto, una volta che sono in uso.
Ok. Userò la console per adattare il testo.
Stiamo usando un flag “condivide informazioni private” mentre cerchiamo di educare gli utenti, non per rispondere pubblicamente (principalmente via e-mail), se desiderano contattare l’autore di un messaggio.
In questo processo, dovremo adattare i testi.
Ma per
il limite di 50 motivi per le flag non è poi così elevato.
Che ne dici di usare l’opzione per aggiungere dettagli extra dopo aver scelto la bandiera? Simile alla bandiera “Qualcos’altro”?
Allora ogni persona che aiuta a mantenere il forum libero da messaggi personali segnalando dovrebbe scrivere il testo educativo per l’utente non istruito, cosa che non accadrà.
Questa è la potenza dell’open source! 
Ma ovviamente quando lo fai sei da solo e potrebbe diventare più difficile ottenere supporto da noi. Ma lo sai già. Ti consigliamo di disabilitare e creare nuove flag invece di modificarle tramite la console, una volta che sono state utilizzate.
Questa è solo un’impostazione nascosta e può essere aumentata. Le persone sul nostro hosting che stanno raggiungendo quel limite possono contattarci per aumentarlo per loro. Sarà anche interessante per noi sentire dai clienti come stanno utilizzando le flag personalizzate e perché potrebbero aver bisogno di apportare così tante modifiche!
Sembra che forse serva un plugin o qualcosa del genere per estendere il flagging personalizzato.
Altrimenti, forse un plugin di template con ulteriore lavoro del moderatore che invia un PM…
O in alternativa, forse uno script di automazione personalizzato, magari per un PM?
Penso che questa restrizione sia piuttosto limitante per l’utilizzo del software Discourse in flussi di lavoro pubblici più avanzati, in cui si desidera avere regole più specifiche, ma si vuole comunque essere aperti al pubblico che non ne è a conoscenza.
I flag personalizzati con descrizioni adeguate e link a articoli di aiuto pertinenti sono attualmente il modo più semplice per comunicare all’utente le aspettative e le regole del forum attuale. A differenza dei documenti separati con un’ampia lista di regole, la descrizione del flag è visibile esattamente quando necessario e a chi ne ha bisogno - sia a chi imposta il flag che a chi lo riceve. I flag sono, a quanto vedo, il superpotere di Discourse.
Ad esempio, nel nostro caso dobbiamo chiarire a un utente che alcune aree del forum hanno una definizione molto più rigorosa di ciò che costituisce un off-topic e il flag generico “Off-topic” non è sufficiente per questo. (In pratica, ogni utilizzo del flag di sistema con l’etichetta Off-topic attualmente provoca una risposta - “ma questo non è un off-topic” - e dobbiamo avere una conversazione personale sul perché sia off-topic in base a questi vincoli specifici.)
Creerei il flag specifico “Non si adatta al flusso di lavoro” con una descrizione adeguata per quel caso e un link alla documentazione del flusso di lavoro. Itererei e adatterei il messaggio sul flag, poiché la descrizione deve evolvere insieme all’evoluzione del flusso di lavoro sottostante.
Ma poiché non è consentito modificarlo, non posso nemmeno correggere un refuso, per non parlare di spiegazioni più elaborate.
Comprendo la preoccupazione per il “non modificare la cronologia”, ma ci sono modi per aggirarla: ad esempio, rendere modificabile solo il campo descrizione; oppure aggiungere un nuovo campo “doc/help” modificabile; oppure aggiungere un nuovo campo versione al flag e incrementarlo nelle modifiche, in modo che sia visibile che il post è stato segnalato con una versione precedente… ecc.
P.S. Il limite di 50 flag conta anche i flag disabilitati? Se sì, e se non posso né eliminare i flag disabilitati né modificarli, allora i flag sono una risorsa limitata e non rinnovabile che non è sostenibile per alcuna configurazione a lungo termine.