Ein Beitrag wurde in ein bestehendes Thema eingefügt: Formularvorlagen mit einem Tag einstellen
Ich versuche, eine ziemlich lange zu erstellen, um eine Kategorievorlage zu ersetzen.
Aber ich bekomme eine Fehlermeldung, dass sie zu groß ist:
Diese Einstellung ist jedoch höher eingestellt:
Ist das nicht dasselbe, oder ist das ein Fehler?
Ich habe den Code kurz überflogen, konnte aber keine Antwort finden.
Ich finde 5.000 etwas einschränkend, können wir es verdoppeln oder zu einer eigenen Einstellung machen?
Oh, ich sehe es jetzt, es ist ein Active Record-Fehler, und die ursprüngliche Migration ist hier:
Ich habe reguläre Vorlagen für Dinge verwendet, und obwohl ich die Funktion nützlicher finde als das Fehlen einer Vorlage, sieht die resultierende Formatierung immer seltsam aus, da nicht klar ist, wie die Daten eingegeben werden sollen.[1] Daher ist ein benutzerdefiniertes Formular großartig!
Feedback:
Ich vermisse wirklich Links. (Und in geringerem Maße Markdown-Formatierung.) Wenn Leute nicht wissen, was eine Option bedeutet, wäre es praktisch, sie auf die Dokumentation zu verweisen.[Ich glaube, dies und der nächste Punkt werden von Introducing Experimental Form Templates - #64 by Tris20 behandelt.]Ich hätte gerne eine Möglichkeit, Anweisungen oder eine Einleitung hinzuzufügen. Idealerweise mit Links.
- Der Titel des Beitrags und die Tags scheinen Teil des Formulars zu sein. Es ist umständlich, dass wir die Aufforderung nicht anpassen können. In diesem Formular möchte ich, dass der vorgeschlagene Gruppenname der Titel ist, aber es ist nicht klar, wie ich das den Benutzern signalisieren kann, also habe ich ein redundantes Feld hinzugefügt:
- In diesem Sinne wäre es interessant, eine Möglichkeit einzubauen, die Leute aufzufordern, bestimmte Tags zu verwenden. Zum Beispiel könnte ein Supportsystem Tags verwenden, um ein Ticket zu sortieren. Das Formular könnte eine Dropdown-Liste mit den relevanten Tags enthalten und diese automatisch dem Thema zuweisen. Vielleicht dasselbe mit Kategorien.
- Es ist nicht sofort ersichtlich, dass die
multi-select-Option mehr als eine Auswahl zulässt. Soweit ich das beurteilen kann, muss man wissen, dass man Strg oder Umschalt verwenden muss, um mehr als eine auszuwählen. - Es wäre schön, wenn Kontrollkästchen als Kontrollkästchen dargestellt würden[2] im resultierenden Beitrag:
Ist das Feld aktiviert?
- Der Versuch, ein leeres Formular abzuschicken, tut nichts und zeigt keinen Fehler an. (Fairerweise könnte ich ein oder zwei Validierungen hinzufügen, um dies zu beheben.)
Insgesamt erfüllt diese Funktion für meine Zwecke viele Anforderungen[3]. (Ich arbeite an einer Möglichkeit für Leute, neue Gruppen vorzuschlagen auf meiner Community-Aufbauplattform.)
Der Ask Wizard auf Stack Overflow begann als eine sehr grobe Vorlage. Meine Erfahrung damit färbt die Art und Weise, wie ich diese Funktion im Allgemeinen betrachte. Ich habe auch das aktuelle Discourse-Vorlagensystem für ein System zur Rückmeldung von Aufsätzen verwendet. ↩︎
Derzeit ist es eine Überschrift mit entweder “an”, wenn das Feld aktiviert ist. ↩︎
Heh! ↩︎
Oh. Mir ist gerade aufgefallen, dass die Formulareingabe nicht als Entwurf gespeichert wird. Wenn Sie den Entwurf schließen, wird der Thema-Titel gespeichert, aber nichts in einem Textfeld oder einer Eingabe. Ugh.
Ich habe woanders Feedback erhalten und wollte darauf zurückkommen, danke für den Anstoß ![]()
Um also ToS-Kontrollkästchen mit Links zu Bedingungen einzurichten, können Sie Folgendes tun:
- type: checkbox
id: read-chatgpt-guidelines
attributes:
label: "Ich habe die neuesten ChatGPT-Richtlinien gelesen und stimme ihnen zu"
description: ' <a href="https://discourse.company.com/t/current-gpt-and-bing-guidelines/4348">Klicken Sie hier für die neuesten ChatGpt-Richtlinien</a>'
validations:
required: true
- type: checkbox
id: accept-workspace
attributes:
label: "Ich werde den @workspace-Befehl in Kundenprojekten nicht verwenden, wenn ich Github Co-pilot benutze"
description: '<a href="https://discourse.company.com/t/for-compliance-reasons-the-workspace-command-must-not-be-used-in-customer-projects/4371">Klicken Sie hier für Details zum @workspace-Befehl</a>'
validations:
required: true
Was so aussieht:
Dies ist auch der einzige Schwachpunkt, den ich derzeit mit Formularen habe. Es ist für Benutzer einfach etwas unintuitiv, und die Möglichkeit, den Titel automatisch zu befüllen, wäre sehr hilfreich.
Ja, das funktioniert. Das description-Feld könnte auch das sein, was ich für die Einleitung/Anweisungen benötige. Danke für den Tipp!
Wie Tristan oben sagte, wäre es für mich sehr nützlich, den Thema-Titel aus den Formularantworten zu generieren.
Wenn wir also ein Formular hätten, in dem Benutzer ihre Biografie und ihre Vorliebe für Hunde oder Katzen angeben könnten, möchten wir, dass das Thema als „Katzenliebhaber-Biografie: John Smith“ oder „Hunde-Liebhaber-Biografie: Ralph McLeash“ usw. angezeigt wird.
Das ist eine wirklich tolle Funktion! Gilt sie noch als experimentell? Ich verwende derzeit ein externes Formular, das E-Mails an mein Forum sendet, und ich würde das gerne ersetzen, wenn es den Anschein hat, dass es langfristig Bestand haben wird.
Ich versuche etwas, bei dem ich eine Checkbox verwende, um den Leuten zu sagen, wie sie den Titel ausfüllen sollen. Es ist nicht ideal, aber ich denke, es ist die beste Alternative, die wir im Moment haben:
Ich spiele gerade damit herum. Erster Eindruck: sehr gut! Danke!!
Wenn dies erweitert wird, würde ich gerne sehen:
-
Bedingte Felder, d. h. die Textfelder, die einige Formulare hinzufügen, wenn Sie “Andere” aus der Liste der Optionen auswählen.
Mein spezifischer Fall: Wenn Sie im Dropdown-Menü SonarQube auswählen, möchte ich Sie dann nach seiner Version fragen. -
Ich würde auch gerne die Werte für ein Dropdown-Menü von einem anderen Ort abrufen können, vermutlich einem Beitrag.
Warum? Kehren wir zur Frage der Versionen zurück. Idealerweise würde ich die Benutzer nicht auffordern, sie frei einzugeben, sondern ihnen eine Liste von Versionen geben, die neueste zuerst.
Das Problem damit ist zweierlei:
- Ich möchte diese Listen in mehreren verschiedenen Vorlagen präsentieren
- Versionen werden ständig veröffentlicht
Das bedeutet, dass ich mit jeder Veröffentlichung n Vorlagen mit der neuen Versionsnummer aktualisieren muss, und hoffentlich erinnere ich mich, alle zu aktualisieren. ![]()
Unsere CSS-Änderungen (bisher) Falls es jemand anderem hilft:
// Entferne den grauen Hintergrund
.d-editor #form-template-form {
background-color: var(--secondary);
}
// Verhindere, dass die Felder auf 100% Breite gestreckt werden
.form-template-field select, .form-template-field input {
width: auto;
}
.form-template-field textarea {
min-width: 650px;
width: auto;
}
Ein Beitrag wurde in ein neues Thema aufgeteilt: Screenshots im Composer umbenennen, bevor sie gepostet werden
Vielen Dank an alle für das Feedback.
Ich werde dieses #announcements-Thema jetzt schließen und jeden, der #ux-, #feature-, #bug- oder #support-Anfragen zu dieser Funktion hat, ermutigen, ein neues Thema in der entsprechenden Kategorie zu eröffnen und ein #form-templates-Tag darauf zu setzen. ![]()




