¿Cómo puedo introducir formato especial como [wrap] en el campo de texto de las automatizaciones?

De acuerdo, digamos que quiero usar el componente indicación de campo de usuario en el Mensaje Privado (MP) que envío a los usuarios como mensaje de bienvenida para pedirles más información. ¿Cómo introduzco esto en el campo de texto que ofrece el complemento de automatización? Mi problema es que no puedo cambiar al editor de markdown en la interfaz, por lo que mi envoltorio siempre se escapa.

Recientemente añadimos soporte para [wrap] en el editor de texto enriquecido

pero no estoy seguro de si solo está disponible en el “compositor” o en cualquier editor :thinking:

@renato ¿alguna idea?

3 Me gusta

Mi foro todavía está en Commits · discourse/discourse · GitHub, así que tal vez solo necesite esperar una actualización.

Sí, acabo de probar y debería funcionar allí también (sin embargo, no estoy seguro de si forzar el editor enriquecido en esa área es intencional…).

Sí, muy probable, por favor háganos saber si encuentra algún problema después de la actualización.

1 me gusta

Es posible usarlo después de la actualización, pero la única forma en que encontré para ingresarlo fue escribiéndolo todo yo mismo. No puedo copiar fácilmente un ejemplo desde meta, y dado que el menú no está disponible en el campo donde escribo el mensaje para la automatización, tampoco puedo usar la ayuda de entrada de wrap.
¿Pero tal vez lo estoy haciendo mal? Normalmente no uso RTE, así que tal vez no conozco el truco correcto. Pero también tuve problemas con la ayuda de entrada de wrap en el editor de markdown, así que tal vez el problema sea yo, no el software.

1 me gusta

¿Puedes dar más detalles sobre esto, por favor?

El compositor donde se crean los mensajes enviados por una automatización no ofrece el menú , por lo que no hay ayuda de entrada para el formato wrap.
En general, no soy bueno recordando las teclas correctas. Así que normalmente, si quiero usar wrap, por ejemplo, para añadir un icono como acabo de hacer arriba, consulto el tema en Meta (Discourse Icon), copio el ejemplo, lo pego en mi compositor y cambio el nombre del icono. También hago esto para Placeholder Forms, Reply Template y User Field Prompt.

Al pegar esos ejemplos en el RTE, se escapan, por lo que no funcionan :woman_shrugging: Así que la única forma que he encontrado de poner, por ejemplo, una indicación de campo de usuario en ese campo fue escribirla manualmente, aunque prefiero empezar con el ejemplo del tema como plantilla.

Si el menú estuviera disponible al crear una automatización, al menos habría algo de soporte sobre cómo crearlas. Que los componentes de tema registren plantillas que se puedan seleccionar en ese menú sería la guinda del pastel. Actualmente, parece más fácil copiar un ejemplo.


No pediste detalles sobre eso, pero tal vez aún puedas ayudar. ¿Cómo uso la opción wrap en el menú más (+) mientras estoy usando el editor markdown para añadir el wrap del icono? La sintaxis es [wrap=icon id=circle-plus][/wrap], así que pensé que haría esto:

Eso da como resultado

[wrap =icon id=circle-plus]
Contenido del *wrap*
[/wrap]

lo cual no funciona. No me refiero al marcador de posición del contenido. Mi problema es el espacio entre wrap y =icon que lo rompe.

2 Me gusta

¿Necesita más información?

1 me gusta

Esto debería estar solucionado desde que se fusionó FIX: formatting of wrap tag in composer.js (markdown mode) by renato · Pull Request #38608 · discourse/discourse · GitHub.

[quote=“Moin, post:7, topic:391347”]Pegar esos ejemplos en el RTE hace que se escapen, por lo que no funcionan :woman_shrugging: Así que la única forma que encontré de poner, por ejemplo, una indicación de campo de usuario en ese campo fue escribirla manualmente, mientras que prefiero empezar con el ejemplo del tema como plantilla.

[/quote]

Aún no tengo una solución completa para esto, pero te entiendo. El caso es que al copiar un bloque de código, la expectativa natural en un editor enriquecido es ver un bloque de código. Si tu portapapeles solo contiene una fuente de texto/plano, se analizará como markdown, pero si tu portapapeles también tiene una carga útil HTML, se priorizará tal cual.

Dicho esto, creo que no deberíamos forzar el modo enriquecido en la automatización, lo que debería solucionarse cuando se fusione UX: let automation d-editor respect user's editor mode preference by renato · Pull Request #38622 · discourse/discourse · GitHub.

1 me gusta