This is a very simple theme component that does only one thing: it lets administrators set a category as the default category for the composer. It’s most useful for sites that have disabled the Uncategorized category and would like another category to be automatically selected when launching the composer.
How to configure it
The configuration asks for the category id for the default category.
You can find out the id for the category by navigating to the category page for that category and taking the last number in the URL, e.g. /c/site-feedback/2 → 2.
One issue I have though is that for the category I selected I have set Minimum number of tags required in a topic to one. Still it lets me create a topic without adding a tag.
Hallo @pmusaraj, ich habe diese Komponente gerade in meinem Forum installiert und frage mich, ob du mir beim Einrichten helfen könntest. Es ist nicht klar, in welchem Format die „Standard-Composer-Kategorie-ID“ sein soll – ich habe den Namen der Kategorie und auch die URL ausprobiert, aber keine davon scheint zu funktionieren.
Ich hätte gerne die Möglichkeit, eine Standard-Standardkategorie zuzuweisen, aber dann den Benutzern zu erlauben, ihre bevorzugte persönliche Standardeinstellung individuell auszuwählen. Hat jemand anderes diese Idee gehabt oder Ideen, wie man das umsetzen kann?
Das würde ich auch gerne. Ich finde, dass „Unkategorisiert“ (uncategorized) sehr verwirrend ist. Ich hatte gehofft, dass das neue General eine Standardkategorie wird, die Uncategorized ersetzt, anstatt ein seltsam benannter Ersatz für Lounge.
Dies ist eine sehr frische Änderung und wurde gerade zusammengeführt. Allgemein ist jetzt die Standardkategorie im Composer auf NEUEN Websites.
Das gibt es noch nicht, aber ich bin offen dafür, es hinzuzufügen!
Für bestehende Websites muss ich einen Plan entwickeln, wie sie die Standardkategoriefunktion erhalten können. Im Moment erfordert dies die Deaktivierung von allow_uncategorized_topics, aber dann muss auch die Kategorie Allgemein vorhanden sein und die versteckte Website-Einstellung general_category_id gesetzt sein. Wenn Administratoren jedoch anpassen könnten, welche Kategorie die Standardeinstellung ist, würde dies es bestehenden Websites erleichtern, diese Funktionalität zu erhalten und sie möglicherweise immer noch mit aktivierter unsortierter Kategorie zum Laufen zu bringen.
Oh! Hurra! Das habe ich ursprünglich auch gedacht. Ich tanze , dass das passiert ist.
Ja. Das ist ziemlich kompliziert, aber ich sehe keine einfache Lösung dafür.
. . . warte
Warte. Warte! Warte!!! Warum ist das versteckt? Warum nicht einfach Leute eine beliebige Kategorie als Standard aus einer Kategorie-Dropdown-Liste auswählen lassen? Warum haben wir es general_category_id und nicht default_category_id genannt? Es wäre keine große Sache, zu dieser viel-viel-viel besseren Lösung zu wechseln, wenn man einfach eine beliebige Kategorie als Standard auswählen könnte.
viele kleinere Websites, insbesondere solche, bei denen der allgemeine Diskussionsschwerpunkt eng gefasst ist
Websites, die sich nicht viel Gedanken über Kategorien gemacht haben [1]
Ich werde nicht behaupten, dass meine Websites riesig sind, aber #general würde nicht wirklich funktionieren.
Um das alles konkret zu machen, falls das hilft:
Derzeit haben wir zwei Websites, die auf Endbenutzer-Support ausgerichtet sind Ask Fedora und die auf Projektbetreuer/Mitwirkende ausgerichtet ist Fedora Discussion. Nachdem wir diesen Split mehrere Jahre lang beibehalten haben, haben wir beschlossen, Ask als Unterkategorie von Discussion zu integrieren.
Basierend auf Erfahrungen wollen wir definitiv, dass die Standardkategorie für neue Benutzer Ask Fedora ist. Andernfalls bricht Chaos aus. Leute, die stärker in die Betreuerseite involviert sind, möchten jedoch wahrscheinlich, dass die Project Discussions-Kategorie (die aktuelle Standardeinstellung auf Discussion) die Standardeinstellung ist. Es wäre schön, dies als einfache Option anzubieten.
(Lassen Sie mich wissen, ob ich dies in ein eigenes Thema aufteilen oder irgendwo ein Ticket erstellen soll…)
zugegebenermaßen die meisten Websites meiner Erfahrung nach \seufz\↩︎
Es sei denn, Moderatoren sind wirklich aggressiv darin, diese zu sortieren, nachdem sie eingegangen sind, könnte das genauso gut #Mülleimer sein. Wer wird diesen Kategorie abonnieren?
Die gleichen Leute, die Uncategorized abonniert haben?
Aber ich habe vielleicht einen Teil deines Arguments verpasst. Ich denke, dass diese Theme-Komponente eine großartige Idee ist. Ich denke auch, dass es eine großartige Idee ist, Uncategorized loszuwerden (worüber ich spreche, und ich merke jetzt, dass du nicht darüber sprichst).
Das Problem ist der Mehraufwand, die Leute zum Auswählen einer Kategorie zu zwingen. Ich denke, du und ich sind uns einig, dass es nicht so schwer ist (wenn es nur wenige zur Auswahl gibt).
Ja, ich denke, wir sind uns im Grunde einig. Ich erlaube keine unkategorisierten Beiträge – und ein definierter Standard (sei es über diese Komponente oder integriert) scheint in jeder Hinsicht besser zu sein – zumindest solange der Name konfigurierbar ist.
Und als zusätzliche Anforderung hätte ich gerne die Möglichkeit, Benutzern die Auswahl ihres eigenen Standards zu ermöglichen.
Es wäre schön, wenn Sie eine andere Standardkategorie im Composer basierend auf den Gruppen, denen das Mitglied angehört, festlegen könnten.
Ich möchte mehrere unabhängige Communities als separate Gruppen mit privaten Kategorien auf einem Discourse-Server betreiben und sie weitgehend voneinander isoliert halten.
Derzeit müssen sie beim Verfassen einer Nachricht eine Kategorie auswählen. Das ist keine schlechte Sache, es wäre nur etwas bequemer, wenn ich eine Standardeinstellung basierend auf ihrer Gruppe vorschlagen könnte.
Es sind keine geheimen Gruppen, die meisten Mitglieder wissen, dass ich mehrere Diskussionsgruppen betreibe, sie wählen nur aus, an welcher sie interessiert sind.
Ebenso wäre es hilfreich, wenn neue Benutzer bei der Anmeldung eine Gruppe anfordern könnten. Sie können sie mit einer Einladung in eine Gruppe aufnehmen, es scheint nützlich zu sein, ihnen auch die Auswahl zu ermöglichen, obwohl dies möglicherweise Probleme verursacht, die die Zulassung von privaten, aber auswählbaren und privaten, aber meist geheimen Gruppen erfordern würden.