Ho notato che i campi utente personalizzati sono sempre visibili agli utenti durante la registrazione o nei loro profili, a seconda delle impostazioni.
Esiste attualmente un modo per creare un campo utente visibile e modificabile solo dal personale (per uso interno), non esposto agli utenti?
Se non è così, sarebbe qualcosa che il team potrebbe prendere in considerazione di supportare in futuro?
C’è una richiesta di funzionalità per questo: Option to include user field that is only editable by staff
A seconda di cosa si intende fare con il campo, potrebbe essere sufficiente nascondere il campo utente a tutti tranne allo staff con un componente tematico.
Gestisco Discourse per corsi universitari e il campo utente personalizzato sarebbe il numero dello studente. Un componente del tema sembra una soluzione temporanea accettabile, ma rendere un campo personalizzato completamente invisibile a chiunque tranne allo staff o all’API di sistema sarebbe più pulito.
In realtà, mi chiedo se l’opzione per nascondere il campo utente alla registrazione, che è stata aggiunta di recente, renda possibili campi utente che gli utenti non possono vedere.
Penso che i campi utente vengano mostrati agli utenti solo quando sono modificabili. Quindi, se lo nascondi alla registrazione e disabiliti la modifica (e la visualizzazione e la ricerca), il campo dovrebbe essere nascosto all’utente.
Apprezzo molto il tuo aiuto precedente! Ho preparato una segnalazione di bug che mostra chiaramente questo comportamento.
Ehi, ho notato un’impostazione nell’area amministrativa chiamata “Campi personalizzati utente staff”. Non sono del tutto sicuro a cosa serva o come usarla.
Potresti aiutarmi a capire come funziona? Grazie!
Finora non ho avuto casi d’uso per l’utilizzo di campi personalizzati tramite API. Quindi non posso dirti più di quanto ho imparato da
Dai un’occhiata a Discourse User Notes - Plugin - Discourse Meta. È pensato per lo staff per condividere internamente note sugli utenti. (Ama i gatti – Gioca a golf con l’amministratore delegato – ecc.)
@copymonopoly i suggerimenti di Moin e Toddz ti hanno aiutato a risolvere il tuo problema? FWIW, noi qui su meta facciamo un uso molto attivo delle note utente per condividere informazioni tra lo staff sui nostri membri. Funziona bene (forse meglio dei campi utente personalizzati) perché le note sono a portata di mano:
Puoi anche accedere alle note utente tramite data explorer e probabilmente anche aggiungerle/accedervi tramite API.
Non ero sicuro nemmeno di questo, ma ho trovato un paio di indizi…
Ha più senso accanto all’impostazione complementare Campi personalizzati utente pubblici:
E hanno a che fare con chi può accedere a quali record tramite l’API:
È interessante notare che i campi sopra non sembrano selezionare dai campi utente personalizzati disponibili, ma accettano qualsiasi input di testo, quindi dovresti inserire i nomi dei campi con precisione leggere attentamente questo documento.
È il nome? Basandomi sulla documentazione che ho condiviso sopra, pensavo che servisse l’ID
Oh, mi ero perso quel documento! 
Il campo ha accettato qualsiasi cosa digitassi e ho fatto una supposizione errata.
Forse sarebbe utile se la descrizione dell’impostazione avesse un link alla documentazione.
Penso che ciò che sarebbe 
sarebbe avere una ricerca di campi personalizzati per quelle impostazioni di amministrazione che funzioni in modo simile a quella nell’automazione “aggiungi utente a gruppo tramite campo personalizzato utente”:
Penso che sia stato menzionato in precedenza da qualche parte, ma non so se abbia avuto seguito.
Grazie mille per il suggerimento!
Originariamente, avevo in programma di utilizzare campi utente personalizzati perché volevo scrivere un piccolo componente che visualizzasse informazioni specifiche che aggiungo per ogni utente. Quindi non avevo considerato a fondo il plugin principale Discourse User Notes.
Ma sembra che User Notes possa ottenere qualcosa di simile e potrebbe essere un approccio utile. Apprezzo molto la raccomandazione: la sto esaminando!
@hugh qualche feedback per il tuo team. Gli input per le impostazioni del sito campi personalizzati utente pubblici e campi personalizzati utente staff accettano qualsiasi cosa ma solo l’ID funziona, il che è confuso.
