Esaminiamo tutte le registrazioni a meno che l’indirizzo email fornito non provenga da un’università o azienda riconoscibile o conosciamo la persona coinvolta. Parte di tale processo di screening comporta l’invio di un’email che richiede informazioni sull’interesse particolare del richiedente per la comunità e su eventuali risultati correlati. Condividiamo anche questo carico di lavoro di revisione tra tre amministratori.
La seguente funzionalità assisterebbe quindi questo processo di screening e ridurrebbe la confusione:
un modo per annotare quale amministratore specifico sta elaborando una determinata domanda — probabilmente solo un pulsante “è mio” da premere
E per continuare con la lista dei desideri:
un modo per registrare i progressi tramite input di testo sarebbe ulteriormente utile
Per annotare alcuni scambi obliquamente correlati:
Inoltre, si segnala che i nuovi utenti spesso commentano favorevolmente l’essere stati sottoposti a screening — come indicazione della presenza di un certo livello di curatela sociale.
Inoltre, potresti includere le informazioni che desideri nei campi personalizzati dell’utente che sono obbligatori all’apertura dell’account. Potresti anche usare un campo personalizzato riservato allo staff che potresti usare per contrassegnare chi sta elaborando.
Penso che tu possa anche usare il loro indirizzo email per aggiungerli a un gruppo che potrebbe aiutare ad automatizzare le cose.
Un record utente viene creato quando compila e invia il modulo, quindi in tal senso è un utente.
Non sono del tutto sicuro di come funzionino le note utente con gli utenti non approvati. L’idea del campo personalizzato potrebbe essere migliore per te e si trova nel core piuttosto che in un plugin, quindi puoi provarla più facilmente.
Un campo personalizzato per il revisore potrebbe essere ciò che desideri.
Tra l’altro, evidenzio e copio tre righe dei campi utente in sospeso visualizzati, incollo questo nell’editor Emacs, ed eseguo quindi uno script Lisp per generare un’e-mail in uscita. Non sto suggerendo che questa funzionalità venga integrata in Discourse — è solo la mia soluzione per evitare errori di battitura. R
Anch’io uso l’unico vero editor. Ho iniziato a usare VS Code per la maggior parte dello sviluppo dei miei plugin/temi di Discourse, ma Emacs è sempre aperto. E proprio ora ho dovuto recuperare cose in Emacs per risolvere un problema usando una macro da tastiera, che non credo esista in VSCode e non capisco come qualcuno possa farne a meno.
Beh, sarebbe un po’ più complicato da sviluppare rispetto al tuo script Lisp, ma potrebbe essere fatto in un plugin!
Didascalia: Bozza di un campo utente personalizzato per il server di discussione discourse per monitorare quale amministratore sta esaminando un particolare richiedente.
Puoi farlo subito con le funzionalità esistenti nel core, quindi questo copre.
L’altro pezzo che vuoi è
Per questo potresti usare le note utente come suggerito sopra, o un altro campo utente personalizzato dove potresti semplicemente digitare quello che vuoi. Oppure, se il processo è prevedibile, potresti avere un altro menu a tendina con cose come
contattato utente/in attesa di risposta
approvato
negato
Quindi penso che potrebbe essere tutto ciò di cui hai bisogno e puoi ricategorizzare come Support?
