Un message a été fusionné dans un sujet existant : Définir des modèles de formulaire avec une balise
J’essaie de construire quelque chose d’assez long pour remplacer un modèle de catégorie.
Mais je reçois une erreur indiquant qu’il est trop volumineux :
Cependant, ce paramètre est défini plus haut :
Est-ce que ce n’est pas la même chose, ou est-ce un bug ?
J’ai brièvement parcouru le code, mais je n’ai pas trouvé la réponse.
Je trouve que 5 000 est un peu restrictif, pouvons-nous le doubler ou en faire un paramètre distinct ?
Ah, je vois maintenant, c’est une erreur Active Record, et la migration originale est ici :
4 « J'aime »
J’ai utilisé des modèles classiques pour certaines choses et, bien que je trouve la fonctionnalité plus utile que de ne pas avoir de modèle, la mise en forme résultante semble toujours incorrecte car il n’est pas clair comment saisir les données.[1] Donc, avoir un formulaire personnalisé, c’est super !
Commentaires :
Les liens me manquent vraiment. (Et dans une moindre mesure, la mise en forme Markdown.) Si les gens ne savent pas ce que signifie une option, il serait utile de les renvoyer à la documentation.[Je pense que ce point et le suivant sont traités par Introducing Experimental Form Templates - #64 by Tris20]J’aimerais avoir un moyen d’ajouter des instructions ou une introduction. Idéalement avec des liens.
- Le titre du message et les tags semblent faire partie du formulaire. Il est maladroit que nous ne puissions pas personnaliser l’invite. Dans ce formulaire, j’aimerais que le nom de groupe proposé soit le titre, mais il n’est pas clair comment le signaler aux utilisateurs, j’ai donc ajouté un champ redondant :
- Dans le même ordre d’idées, il serait intéressant d’inclure un moyen d’inciter les gens à utiliser des tags spécifiques. Par exemple, un système de support pourrait utiliser des tags pour aider à trier un ticket. Le formulaire pourrait inclure une liste déroulante avec les tags pertinents et l’appliquer automatiquement au sujet. Peut-être la même chose avec les catégories aussi.
- Il n’est pas immédiatement évident que
multi-selectpermette plus d’une sélection. Il faut savoir utiliser Control ou Shift pour en sélectionner plusieurs, d’après ce que je peux dire. - Ce serait bien si les cases à cocher étaient représentées comme des cases à cocher[2] dans le message résultant :
La case est-elle cochée ?
- Essayer de soumettre un formulaire vide ne fait rien et n’affiche pas d’erreur. (À la décharge de l’outil, je pourrais ajouter une ou deux validations pour corriger cela.)
Dans l’ensemble, cette fonctionnalité remplit vraiment beaucoup de critères[3] pour mes besoins. (Je travaille sur un moyen pour que les gens proposent de nouveaux groupes sur ma plateforme de construction communautaire.)
L’Ask Wizard sur Stack Overflow a commencé comme un modèle très rudimentaire. Mon expérience avec cela colore ma perception de cette fonctionnalité en général. J’ai également utilisé le système de modèles Discourse actuel pour un système de feedback d’essais. ↩︎
À l’heure actuelle, c’est un titre avec soit « on » si la case est cochée. ↩︎
Heh ! ↩︎
5 « J'aime »
Oh. Je viens de remarquer que la saisie du formulaire n’est pas enregistrée comme brouillon. Si vous fermez le brouillon, le titre du sujet est enregistré, mais pas le contenu d’une zone de texte ou d’une saisie. Pff.
3 « J'aime »
J’ai reçu des commentaires ailleurs et j’avais l’intention de faire un suivi à ce sujet, merci pour la piqûre de rappel 
Ainsi, pour configurer des cases à cocher CGU avec des liens vers les conditions, vous pouvez faire quelque chose comme
- type: checkbox
id: read-chatgpt-guidelines
attributes:
label: "J'ai lu et j'accepte les dernières directives ChatGPT"
description: 'Il suffit de cliquer ici pour les dernières directives ChatGpt'
validations:
required: true
- type: checkbox
id: accept-workspace
attributes:
label: "Je n'utiliserai pas la commande @workspace dans les projets clients si j'utilise Github Co-pilot"
description: 'Cliquez ici pour plus de détails sur la commande @workspace'
validations:
required: true
Ce qui ressemble à ceci :
C’est aussi le seul point faible que j’ai avec les formulaires pour le moment. C’est juste un peu peu intuitif pour les utilisateurs, et pouvoir pré-remplir le titre serait très utile.
5 « J'aime »
Oui, cela fonctionne. Le champ description pourrait être ce dont j’ai besoin pour servir d’introduction/instructions également. Merci pour le conseil !
4 « J'aime »
Comme Tristan l’a dit plus haut, il me serait très utile de pouvoir remplir le titre du sujet à partir des réponses du formulaire.
Ainsi, si nous avions un formulaire où les utilisateurs pourraient soumettre leur biographie et indiquer s’ils aiment les chiens ou les chats, nous aimerions que le sujet apparaisse comme « Bio d’un amoureux des chats : John Smith » ou « Bio d’un amoureux des chiens : Ralph McLeash », etc.
C’est une fonctionnalité vraiment géniale ! Est-elle toujours considérée comme expérimentale ? J’utilise actuellement un formulaire externe qui publie par e-mail sur mon forum, et j’aimerais le remplacer par celui-ci, s’il y a une indication qu’il va rester à long terme.
6 « J'aime »
J’essaie quelque chose où j’utilise une case à cocher pour indiquer aux gens comment remplir le titre. Ce n’est pas idéal, mais je pense que c’est la meilleure alternative que nous ayons pour le moment :
4 « J'aime »
Je viens de commencer à jouer avec ça. Premières impressions : très sympa ! Merci !!
Au fur et à mesure que cela se développe, j’aimerais voir :
-
Champs conditionnels, c’est-à-dire les champs de texte que certains formulaires ajoutent lorsque vous choisissez « Autre » dans la liste d’options.
Mon cas spécifique : Si vous choisissez SonarQube dans la liste déroulante, je veux alors vous demander sa version. -
J’aimerais aussi pouvoir extraire les valeurs d’une liste déroulante d’un autre endroit, probablement un post.
Pourquoi ? Revenons à la question des versions. Idéalement, je ne demanderais pas aux utilisateurs de les saisir sous forme libre, mais je leur donnerais une liste de versions, la plus récente en premier.
Le problème avec cela est double :
- Je veux présenter ces listes dans plusieurs modèles différents
- les versions continuent d’être publiées
Ce qui signifie qu’avec chaque version, j’ai n modèles à mettre à jour avec le nouveau numéro de version, et j’espère que je me souviendrai de tous les mettre à jour. 
8 « J'aime »
Nos changements CSS (jusqu’à présent) Si cela peut être utile à quelqu’un d’autre :
// supprimer l'arrière-plan gris
.d-editor #form-template-form {
background-color: var(--secondary);
}
// arrêter d'étirer les champs à 100% de largeur
.form-template-field select, .form-template-field input {
width: auto;
}
.form-template-field textarea {
min-width: 650px;
width: auto;
}
6 « J'aime »
Un message a été divisé en un nouveau sujet : Renommer les captures d’écran dans le compositeur avant de publier
Merci à tous pour vos commentaires. Je vais clore ce sujet Announcements maintenant et encourager toute personne ayant des demandes UX, Feature, Bug ou Support pour cette fonctionnalité à ouvrir un nouveau sujet dans la catégorie appropriée et à y ajouter une balise form-templates. 
9 « J'aime »