Como posso inserir formatação especial como [wrap], no campo de texto de automações?

\n\nDigamos que eu queira usar o componente user field prompt na Mensagem Privada (MP) que envio aos usuários como uma mensagem de boas-vindas para solicitar mais informações. Como insiro isso no campo de texto que o plugin de automação oferece? Meu problema é que não consigo mudar para o editor markdown na interface, então meu wrapper é sempre escapado.\n\n

Recentemente adicionamos suporte para [wrap] no editor de texto rico

mas não tenho certeza se está disponível apenas no “composer” ou em qualquer editor :thinking:

@renato alguma ideia?

3 curtidas

Meu fórum ainda está em Commits · discourse/discourse · GitHub, então talvez eu só precise esperar por uma atualização.

Sim, acabei de testar e deve funcionar lá também (no entanto, não tenho certeza se forçar o editor rico nessa área é intencional…).

Sim, muito provável, por favor, nos informe se encontrar algum problema após a atualização.

1 curtida

É possível usá-lo após a atualização, mas a única maneira que encontrei de inseri-lo foi digitando tudo manualmente. Não consigo copiar facilmente um exemplo do meta, e como o menu não está disponível no campo onde digito a mensagem para a automação, também não consigo usar a ajuda de entrada de wrap.
Mas talvez eu esteja apenas fazendo isso errado? Eu geralmente não uso RTE, então talvez eu não saiba o truque certo. Mas eu também tive dificuldades com a ajuda de entrada de wrap no compositor de markdown, então talvez o problema seja eu, e não o software.

1 curtida

Você pode detalhar isso, por favor?

O composer onde você cria as mensagens enviadas por uma automação não oferece o menu , então não há ajuda de entrada para formatação wrap.
Em geral, eu não sou bom em lembrar as teclas certas. Então, geralmente, se eu quero usar wrap, por exemplo, para adicionar um ícone como acabei de fazer acima, eu dou uma olhada no tópico no Meta (Discourse Icon), copio o exemplo, colo no meu composer e mudo o nome do ícone. Eu também faço isso para Placeholder Forms, Reply Template e User Field Prompt.

Colar esses exemplos no RTE faz com que eles sejam escapados, então eles não funcionam :woman_shrugging: Então, a única maneira que encontrei de colocar, por exemplo, um prompt de campo de usuário naquele campo foi digitá-lo manualmente, embora eu prefira começar com o exemplo do tópico como modelo.

Se o menu estivesse disponível ao criar uma automação, haveria pelo menos algum suporte sobre como criá-los. Fazer com que os componentes de tema registrem modelos que você pode selecionar nesse menu seria a cereja do bolo. Atualmente, parece mais fácil copiar um exemplo.


Você não pediu detalhes sobre isso, mas talvez ainda possa ajudar. Como eu uso a opção wrap no menu plus enquanto estou usando o editor de markdown para adicionar o wrap do ícone? A sintaxe é [wrap=icon id=circle-plus][/wrap], então pensei que faria isso:

Isso resulta em

[wrap =icon id=circle-plus]
Conteúdo do Wrap
[/wrap]

o que não funciona. Eu não estou falando do placeholder para o conteúdo. Meu problema é o espaço entre wrap e =icon que o quebra.

2 curtidas

Você precisa de mais alguma informação?

1 curtida

Isso deve ser corrigido desde que FIX: formatting of wrap tag in composer.js (markdown mode) by renato · Pull Request #38608 · discourse/discourse · GitHub foi mesclado.

[quote=“Moin, post:7, topic:391347”]Colar esses exemplos no RTE faz com que eles sejam escapados, então eles não funcionam :woman_shrugging: Então, a única maneira que encontrei de colocar, por exemplo, um prompt de campo de usuário naquele campo foi digitá-lo manualmente, enquanto prefiro começar com o exemplo do tópico como um modelo.

[/quote]

Eu ainda não tenho uma solução completa para isso, mas entendo sua colocação. A questão é que, ao copiar um bloco de código, a expectativa natural em um editor rico é ver um bloco de código. Se a sua área de transferência contiver apenas uma fonte text/plain, ela será analisada como markdown, mas se a sua área de transferência também tiver uma carga útil HTML, ela será priorizada como está.

Dito isso, acho que não devemos forçar o modo rico na automação, o que deve ser corrigido quando UX: let automation d-editor respect user's editor mode preference by renato · Pull Request #38622 · discourse/discourse · GitHub for mesclado.

1 curtida