Dopo l'aggiornamento utente automatizzato: può essere attivato da un singolo campo obbligatorio, includendo opzionalmente altri campi del profilo o personalizzati se presenti?

Supporto
1

Sto cercando di utilizzare lo script Crea post con il trigger Dopo l’aggiornamento dell’utente per un flusso di lavoro di introduzione/notifica per nuovi utenti, e non sono sicuro di aver compreso correttamente la limitazione documentata o se esista una soluzione alternativa supportata.

Ho già letto:

Il mio caso d’uso

Voglio creare un post automatizzato quando un nuovo utente completa un campo di registrazione/profilo obbligatorio.

Allo stesso tempo, vorrei che quel post includesse anche alcuni campi personalizzati opzionali dell’utente, se l’utente li ha compilati, ad esempio cose come:

  • pronomi / genere
  • lingue
  • conferma di aver compreso le linee guida della comunità

Quindi il comportamento previsto sarebbe:

  • un campo obbligatorio garantisce l’attivazione dell’automazione
  • altri campi opzionali sono inclusi nel post solo se sono stati compilati

Dove mi blocco

La documentazione per il trigger afferma:

L’automazione si attiverà solo dopo che l’utente ha compilato tutti i campi specificati.

E anche l’interfaccia utente dice:

Si attiverà solo se l’utente ha compilato tutti questi campi

Quindi, come lo interpreto io, se aggiungo campi opzionali alla configurazione del trigger per poter utilizzare i loro segnaposto, smettono di essere opzionali ai fini dell’automazione, perché l’automazione non si attiverà a meno che non siano tutti compilati.

Questo sembra creare un paradosso:

  • se includo i campi opzionali nel trigger, l’automazione potrebbe non attivarsi mai per gli utenti che li saltano
  • se non li includo nel trigger, potrei non essere in grado di utilizzare i loro segnaposto in modo affidabile nel post

Le mie domande

  1. Ho compreso correttamente il comportamento attuale?
  2. La limitazione documentata è ancora accurata oggi?
  3. Esiste un modo supportato per:
    • attivare l’automazione da un campo obbligatorio
    • ma accedere comunque ad altri campi personalizzati/di profilo opzionali nel contenuto del post se presenti?
  4. Se no, esiste una soluzione alternativa consigliata per questo caso d’uso?

Comportamento ideale

Ciò che spero sia possibile è qualcosa del genere:

  • attivare quando qualsiasi condizione di trigger obbligatoria è soddisfatta
  • sostituire i segnaposto opzionali quando i valori esistono
  • lasciare i segnaposto opzionali vuoti, invariati o ommessi quando i valori non esistono

Ma non sono sicuro che ciò sia già possibile e se sto solo configurando male le cose.

Qualsiasi indicazione sarebbe apprezzata.

Grazie!

2

Dovresti essere in grado di attivare il campo personalizzato e aggiungere i campi del profilo alla sezione del contenuto del post.

Quindi, se l’attivazione riguarda la conferma delle linee guida, nel contenuto del post potresti fare:

Ciao! Sono nuovo qui
{{#pronouns}}I miei pronomi sono {{pronouns}}{{/pronouns}}
{{#languages}}Parlo {{languages}}{{/languages}}

È questo che stavi cercando?

3

È così.

Quindi avrei dovuto menzionare i nomi esatti dei campi. Scusa.

  • Pronomi/genere
  • Lingue
  • Linee guida della comunità (comprese)

Il post che sto generando è solo per un thread dello staff attivo per dare un avviso sui nuovi utenti.

Non capisco come usare il formato che suggerisci o come convertire i nomi dei campi con i simboli. Sto solo cercando una lista. Dovrei fare

* {{#pronomi/genere}} {{pronomi/genere}}{{/pronomi/genere}}
* {{#lingue}} {{lingue}}{{/lingue}}
* {{#linee_guida_della_comunita_compresse}} {{/linee_guida_della_comunita_compresse}}{{linee_guida_della_comunita_compresse}}

Devo solo eliminare i caratteri simbolo dai nomi dei campi?

Potrei continuare a sperimentare, ma dato che questi campi sono opzionali (e non ho voglia di creare un sacco di nuovi utenti di prova) potrebbe volerci del tempo per testare.

4

Ottima domanda, a una rapida occhiata penso che i nomi dei campi con simboli impedirebbero effettivamente il funzionamento dell’automazione… potrebbe essere necessaria una piccola modifica dal nostro lato per rimuoverli in questo tipo di utilizzo.

Potresti rimuovere i simboli dai campi personalizzati per ora? {{pronouns_or_gender}} e {{community_guidelines_undersood}} dovrebbero funzionare correttamente nell’automazione senza di essi.

5

Ho inserito per ora la lingua uno, dato che non ci sono simboli. Proverò anche le altre.

Puoi spiegare il pattern di {{#foo}} {{/foo}}{{foo}}?

6

Certo, quindi {{foo}} è il campo stesso, mentre {{#foo}} {{/foo}} che lo circonda è un blocco condizionale. Quindi, se foo non è compilato, nulla tra {{#foo}} {{/foo}} verrà visualizzato.

Quindi, se scrivessi

Il mio nome è {{foo}}

e foo non fosse definito, otterresti “Il mio nome è” in un post

ma se usi

{{#foo}}Il mio nome è {{foo}}{{/foo}}

e foo non è definito, anche “Il mio nome è” verrà escluso dal post.

7

Oh! Che eleganza!

Quindi, mi chiedo se testare le varianti possa far fallire l’intero processo? Nel senso che non verrebbe creato alcun nuovo post. Se non è così, posso semplicemente provare tutte le combinazioni possibili dei campi con i simboli e vedere cosa funziona più rapidamente.

8

OK, ottime notizie.

Questo funziona:

* Lingue: {{languages}}

Tuttavia, questi non funzionano:

* Pronomi: {{pronouns_gender}}
* linee guida: {{community_guidelines_understood}}

Come promemoria, questi sono i nomi dei campi:

Pronomi/genere
Linee guida della comunità (compreso)

Proverò con:

* Pronomi: {{pronouns/gender}}
* linee guida: {{community_guidelines_(understood)}}

Se non funziona, forse è necessaria una correzione nel codice? Preferirei non modificare i nomi dei campi.

9

Ok, sembra che non funzioni.

E mantenere le parentesi dentro rompe l’automazione. Ho trovato questo nei log:

Mustache::Parser::SyntaxError (Tag non chiuso
  Linea 12
    * guidelines: {{community_guidelines_(understood)}}
                                        ^
)

Quindi, devo inviare una segnalazione di bug o una richiesta di funzionalità per far rimuovere i simboli dai nomi dei campi?

10

Ah sì, scusa, non era chiaro: se rimuovi i simboli speciali solo dai campi personalizzati, allora funzioneranno nell’automazione… Discourse ha bisogno di qualche aggiustamento per rimuovere automaticamente i caratteri speciali, così potranno essere utilizzati nelle automazioni come attualmente configurate.