Ich möchte, dass Benutzer beim Erstellen eines neuen Beitrags manuell eine Kategorie auswählen.
Ich habe die Themen bereits überprüft:
https://meta.discourse.org/t/invite-people-to-choose-category-before-create-a-new-topic/214077
https://meta.discourse.org/t/require-category-selection-before-writing-topic/66236/15
aber keines davon scheint dies zu behandeln.
Ich habe Unkategorisierte Themen zulassen deaktiviert.
Besteht das Problem darin, dass eine Kategorie vorausgefüllt ist? Wenn ja, suchen Sie möglicherweise die Website-Einstellung „Standard-Composer-Kategorie“.
Ja, das war das Problem.
Ich habe diese Einstellung gerade zurückgesetzt und es funktioniert wie erwartet. Danke! 
Mir ist aufgefallen, dass, wenn diese Einstellung auf keine Kategorie gesetzt ist, der Benutzer nicht klicken und tippen kann und eine Meldung angezeigt wird, dass eine Kategorie ausgewählt werden soll. Aber manchmal lesen die Leute den Text nicht sofort. Wissen Sie zufällig, ob es möglich ist, ein „Pop-up“ anzuzeigen, wenn der Benutzer auf den Nachrichtenbereich klickt, bevor er eine Kategorie auswählt?
EDIT: Nachdem ich viele Optionen ausprobiert hatte, die Claude und ChatGPT für dieses Problem angeboten hatten, habe ich einfach die Eigenschaft „Deaktiviert“ entfernt. So können Benutzer immer noch auf ihre Nachricht klicken und schreiben, aber wenn keine Kategorie ausgewählt ist und sie versuchen, sie abzuschicken, sehen sie die rote/orangefarbene Fehlermeldung, die sie auffordert, eine Kategorie auszuwählen. Das ist meiner Meinung nach eigentlich ein besseres Verhalten.
Für andere, die dasselbe versuchen, hier ist das Javascript, das ich zum head-Tab in einer neuen Komponente namens Unlock Composer hinzugefügt habe:
<script type="text/discourse-plugin" version="0.8">
const observer = new MutationObserver(() => {
const textarea = document.querySelector(".d-editor-input[disabled]");
if (textarea) {
textarea.removeAttribute("disabled");
textarea.setAttribute("placeholder", "Select a category before submitting");
textarea.style.cursor = "text";
}
});
observer.observe(document.body, { childList: true, subtree: true });
</script>
Ich bin kein Entwickler. Das war nur, was ChatGPT vorgeschlagen hat und es funktioniert. Wenn jemand sieht, wie das verbessert werden kann, bitte teilen Sie es mit.
Wäre es möglich, bitte einen Screenshot davon in Aktion zu teilen?
Wenn ich auf Neues Thema klicke, wird Folgendes angezeigt:
Wie Sie sehen können, gibt es keine Standardkategorie. Jetzt kann ich meine Nachricht eingeben (im Gegensatz zum Standardverhalten, das den Nachrichtenbereich sperrt), auch ohne eine ausgewählte Kategorie:
Wenn ich versuche, zu senden, sehe ich Folgendes:
Ich hoffe, das hilft.
Ausgezeichnet, danke!
Ich denke, das ist normalerweise das Standardverhalten. 
Haben Sie zufällig eine Vorlage für Themen eingerichtet?
Gern geschehen!
Ich habe gerade ChatGPT gebeten zu prüfen, ob es eine Möglichkeit gibt, das Skript noch ein wenig zu vereinfachen, und es hat die erste Zeile bezüglich der API entfernt. Ich habe meinen Beitrag mit dem endgültigen Skript aktualisiert, falls Sie es verwenden möchten.
Keine Vorlage.
Aber ich glaube, das ist nicht das Standardverhalten, denn selbst der ursprüngliche Platzhalter sagt so etwas wie „Wählen Sie eine Kategorie aus, bevor Sie hier tippen“, und der Cursor ändert sich zu einem Pfeil mit einem 
-Symbol. Es erlaubt mir nicht zu klicken und zu tippen, es sei denn, ich wähle die Kategorie aus.
Das würde ich erwarten, wenn Sie in einer Ihrer Kategorien eine Themenvorlage eingerichtet haben. Ohne eine solche Vorlage sollte es Ihnen erlauben, den Composer-Textbereich zu betreten, bevor Sie eine Kategorie festlegen. Es blockiert dies, wenn Themenvorlagen verwendet werden, damit die Leute diese Vorlage nicht versehentlich umgehen, indem sie zuerst in den Composer tippen und dann eine Kategorie auswählen.
Ich habe gerade einen schnellen Testlauf auf meiner Website durchgeführt, und ohne eine Standardkategorie oder Themenvorlagen kann ich den Composer-Bereich betreten, ohne blockiert zu werden, bis ich eine Kategorie auswähle.
Seltsam… Ich habe gerade die von mir erstellte Komponente deaktiviert, es erneut versucht und jetzt kann ich tippen. Es ist nicht gesperrt 
Könnte es ein Cache-Problem sein, nachdem ich es auf (keine Kategorie) gesetzt habe oder so etwas? Cache auf dem Server selbst, denn sowohl unter Chrome als auch unter Firefox, mit verschiedenen Benutzerkonten, hatte ich das gleiche Verhalten. Ich benutze Cloudflare und mir ist aufgefallen, dass es manchmal Probleme mit meinem Forum gibt, die mit dem Cache von Cloudflare zusammenzuhängen scheinen. Nochmals, ich bin kein Experte, also rate ich nur…
Ok, ich glaube, ich habe mich zu früh gefreut…
Ein paar Minuten später ist es wieder zum anderen Verhalten zurückgekehrt. Es ist gesperrt. Und wenn ich den Composer inspiziere, sehe ich Folgendes:
Ich schätze, ich bleibe dann einfach bei der Komponente.
Wenn es so funktioniert, wie du es möchtest, dann 
Aus reiner Neugier, wenn du das Data Explorer Plugin installiert hast, könntest du das ausführen, nur um zu sehen, was es sagt:
SELECT id as category_id, topic_template
from categories
Ich habe das gerade auf einer anderen Seite getestet (die zufällig Deutsch als Standard-Locale hat) und wir haben festgestellt, dass der nicht kategorisierten Pseudo-Kategorie eine freche Vorlage hinzugefügt wurde, die auf dieser Seite dasselbe Verhalten zu verursachen scheint.
Mir ist gerade aufgefallen, dass sich das Verhalten im Obsidian-Forum genauso verhält. Es ist gesperrt, bis ich eine Kategorie auswähle, also ist es wahrscheinlich das neue Verhalten?
Ich habe das Data Explorer-Plugin nicht, tut mir leid.
Ich glaube nicht. Auf beiden kürzlich aktualisierten Websites, auf denen ich dies getestet habe, verhält es sich so, wie ich es erwarten würde (keine Standardkategorie oder Themenvorlagen = freies Tippen, ohne zuerst eine Kategorie auswählen zu müssen).
Was wir nicht herausfinden konnten, war, woher die Vorlage für nicht kategorisierte Themen auf der deutschen Website stammt. Eine heimlich automatisch hinzugefügte Vorlage aus irgendeinem Grund würde die beabsichtigte Funktionalität brechen, ohne dass es jemand merkt.
Haben Sie eine in Ihrer? (Und wenn Sie Ihre Standard-Locale mitteilen könnten, wäre das auch nützlich)
/c/uncategorized/edit/topic-template
ETA: Als Alternative zum Daten-Explorer können Sie auch Ihre Protokolle für Mitarbeiter nach „Themenvorlage“ filtern und sehen, ob dort zusätzliche Informationen vorhanden sind.
(Ich werde auch den gefilterten Link hier hinzufügen, den Moin unten geteilt hat)
/admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D
Es ist ein großartiges Plugin, ich kann es nur wärmstens empfehlen. 
Ich finde es etwas schwierig, in der Benutzeroberfläche danach zu filtern, da Sie nur nach actions und nicht nach subjects filtern können. Es kann viele Protokolle für die Aktion „Kategorieeinstellungen ändern“ geben. Sie können jedoch einen Betreff-Filter zur URL hinzufügen: /admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D
Ich würde mir selbst einen großen Gefallen tun und es installieren, weil es super nützlich ist.
Seltsam, dass das Forum von Obsidian sich genauso verhält wie meines. Wer weiß…
Auch leer. Ich glaube nicht, dass ich tatsächlich irgendwo Vorlagen habe.
Danke Lilly (und danke @JammyDodger) für das Teilen dieses Plugins. Werde es mir auf jeden Fall ansehen.
Ich glaube, du solltest das Standardverhalten auf try.discourse.org sehen können, wenn du immer noch neugierig bist. Nein, ich habe mich geirrt. Try hat eine Standardkategorie festgelegt.
Es sind die vergessenen, die ich ausgraben wollte. Aber wenn es keine automatisch hinzugefügte für “Uncategorised” gibt, dann schließe ich damit einen möglichen Fehler aus, das ist gut. 
Es gibt auch die Protokolle des Personals (über den Link, den Moin geteilt hat), aber du scheinst mit deiner Problemumgehung zufrieden zu sein, also werde ich dich nicht weiter mit Informationen belästigen.
