Se fusionó una publicación en un tema existente: Configurar plantillas de formulario con una etiqueta
Estoy intentando crear uno bastante largo para reemplazar una Plantilla de Categoría.
Pero me sale un error de que es demasiado grande:
Sin embargo, esta configuración está configurada más alta:
¿No es lo mismo, o es un error?
Escané el código brevemente, pero no pude encontrar la respuesta.
Creo que 5.000 es un poco restrictivo, ¿podemos duplicarlo o hacer que sea una configuración propia?
Oh, ya veo, es un error de Active Record, y la migración original está aquí:
He usado plantillas normales para cosas y, aunque encuentro la función más útil que no tener una plantilla, el formato resultante siempre se ve mal porque no está claro cómo introducir los datos.[1] ¡Así que tener un formulario personalizado es genial!
Comentarios:
Realmente echo de menos tener enlaces. (Y en menor medida, formato Markdown). Si la gente no sabe qué significa una opción, sería útil señalarles la documentación.[Creo que esto y el siguiente punto se abordan en Introducing Experimental Form Templates - #64 by Tris20]Me gustaría tener una forma de añadir instrucciones o una introducción. Idealmente con enlaces.
- El título de la publicación y las etiquetas parecen ser parte del formulario. Es incómodo que no podamos personalizar la indicación. En este formulario, me gustaría que el nombre del grupo propuesto fuera el título, pero no está claro cómo indicárselo a los usuarios, así que añadí un campo redundante:
- En el mismo sentido, sería interesante incluir alguna forma de indicar a las personas que usen etiquetas específicas. Por ejemplo, un sistema de soporte podría usar etiquetas para ayudar a clasificar un ticket. El formulario podría incluir un menú desplegable con las etiquetas relevantes y aplicarlo automáticamente al tema. Quizás lo mismo con las categorías también.
- No es inmediatamente obvio que
multi-selectpermite más de una opción. Tienes que saber usar Control o Shift para seleccionar más de una, por lo que puedo ver. - Sería genial si las casillas de verificación se representaran como casillas de verificación[2] en la publicación resultante:
¿Está marcada la casilla?
- Intentar enviar un formulario en blanco no hace nada y no muestra un error. (Para ser justos, podría añadir una o dos validaciones para solucionar esto).
En general, esta función realmente cumple muchos requisitos[3] para mis propósitos. (Estoy trabajando en una forma para que las personas propongan nuevos grupos en mi plataforma de construcción comunitaria.)
El Asistente de Preguntas en Stack Overflow comenzó como una plantilla muy rudimentaria. Mi experiencia con eso tiñe la forma en que veo esta función en general. También he utilizado el sistema de plantillas actual de Discourse para un sistema de comentarios de ensayos. ↩︎
En este momento es un encabezado con “on” si la casilla está marcada. ↩︎
¡Je! ↩︎
Vaya. Acabo de notar que la entrada del formulario no se guarda como borrador. Si cierras el borrador, se guarda el título del tema, pero no nada en un cuadro de texto o entrada. Uf.
Recibí comentarios en otros lugares y tenía la intención de dar seguimiento a esto, gracias por el recordatorio ![]()
Así que para configurar casillas de verificación de Términos de Servicio con enlaces a los términos, puedes hacer algo como
- type: checkbox
id: read-chatgpt-guidelines
attributes:
label: "He leído y acepto las últimas directrices de ChatGPT"
description: ' <a href="https://discourse.company.com/t/current-gpt-and-bing-guidelines/4348"> Haz clic aquí para ver las últimas directrices de ChatGpt </a>'
validations:
required: true
- type: checkbox
id: accept-workspace
attributes:
label: "No usaré el comando @workspace en proyectos de clientes si estoy usando Github Co-pilot"
description: ' <a href="https://discourse.company.com/t/for-compliance-reasons-the-workspace-command-must-not-be-used-in-customer-projects/4371"> Haz clic aquí para obtener detalles sobre el comando @workspace </a>'
validations:
required: true
Lo que se ve así:
Este es también el único punto débil que tengo con los Formularios en este momento. Es un poco poco intuitivo para los usuarios, y poder autocompletar el título sería de gran ayuda.
Sí, esto funciona. El campo description podría ser lo que necesito para servir también como introducción/instrucciones. ¡Gracias por el consejo!
Como Tristan dijo anteriormente, me sería muy útil poder rellenar el título del tema a partir de las respuestas del formulario.
Así, si tuviéramos un formulario donde los usuarios pudieran enviar su biografía y si son amantes de los perros o de los gatos, nos gustaría que el tema apareciera como “Biografía de amante de gatos: John Smith” o “Biografía de amante de perros: Ralph McLeash”, etc.
¡Esta es una característica realmente genial! ¿Todavía se considera experimental? Actualmente estoy usando un formulario externo que envía por correo electrónico a mi foro, y me encantaría reemplazarlo con esto, si hay una sensación de que va a perdurar a largo plazo.
Estoy intentando algo en lo que uso una casilla de verificación para indicar a las personas cómo rellenar el título. No es ideal, pero creo que es la mejor alternativa que tenemos ahora mismo:
¡Acabo de empezar a jugar con esto. Primeras impresiones: ¡muy bien! ¡¡Gracias!!
A medida que esto se expanda, me encantaría ver:
-
Campos condicionales, es decir, los campos de texto que algunos formularios añaden cuando eliges “Otro” de la lista de opciones.
Mi caso específico: Si del desplegable eliges SonarQube, quiero que luego te pida su versión. -
También me encantaría poder obtener los valores de un desplegable de algún otro lugar, presumiblemente una publicación.
¿Por qué? Volvamos a la cuestión de las versiones. Idealmente, no pediría a los usuarios que las escribieran libremente, sino que les daría una lista de versiones, la más reciente primero.
El problema con esto es doble:
- Quiero presentar estas listas en varias plantillas diferentes.
- Las versiones siguen siendo lanzadas.
Lo que significa que con cada lanzamiento, tengo n plantillas que actualizar con el nuevo número de versión, y espero recordar actualizar todas ellas. ![]()
Nuestros cambios de CSS (hasta ahora) Por si le sirve a alguien más:
// eliminar el fondo gris
.d-editor #form-template-form {
background-color: var(--secondary);
}
// dejar de estirar los campos al 100% de ancho
.form-template-field select, .form-template-field input {
width: auto;
}
.form-template-field textarea {
min-width: 650px;
width: auto;
}
Se dividió una publicación en un nuevo tema: Cambiar el nombre de las capturas de pantalla en el editor antes de publicar
Gracias a todos por sus comentarios.
Voy a cerrar este tema de Announcements ahora y animo a cualquiera que tenga solicitudes de UX, Feature, Bug o Support para esta función a abrir un nuevo tema en la categoría apropiada y ponerle una etiqueta de form-templates. ![]()




