Ich kann mehreren Typen einer einzelnen Kategorie zuweisen, aber das funktioniert nicht sehr gut:
Alle Beiträge werden als ungelöst markiert, wenn support+mark aktiviert ist, der Benutzer kann nicht angeben, dass er eine Supportanfrage hat
Alle Beiträge zeigen “Stimme 0”, auch wenn der Benutzer einen Beitrag als zur Abstimmung stehend markieren kann (es sollte nur 0 Stimmen für denjenigen anzeigen, der sich dafür entschieden hat.
Wenn ich Ereignisse aktiviere, wird die Kategorie durch einen riesigen Kalender ersetzt, während dies in einigen Fällen in Ordnung sein mag, wäre eine normale Diskussionsgruppe mit einer kleinen Kalender-Sidebar-Widget hilfreich, so dass ich nur wenige Beiträge als mit Datum markieren kann.
Wie hast du die Plugins für gelöste Themen, Themenabstimmungen und Events verwendet, bevor diese zu Kategorien-Typen wurden? Obwohl sich der Prozess zur Konfiguration dieser Plugins für eine Kategorie geändert hat, kann ich mich nicht daran erinnern, dass sich die Funktionen geändert haben.
Hast du diese zuvor auch auf den Kategorien verwendet? Oder versuchst du sie zum ersten Mal? Ich frage mich, wie Benutzer zuvor anzeigten, dass ihr Thema eine Supportanfrage ist.
Ich probiere gerade einfach mal herum. Ich wollte eine Kategorie für die Abstimmung über Produktideen einrichten. Ich würde gerne die Themen-Abstimmung und den privaten Kommentar-Stil verwenden, aber besser. Ich habe jetzt gelernt, dass es keine Kategorie gibt, die dies erzwingen kann. Andererseits könnte ich sie aber auch mit normalen Beiträgen mischen, das wäre auch gut. Ich muss die Nutzer nur noch trainieren, sie tatsächlich zu nutzen (oder dem Moderator erlauben, einen Beitrag in eine Ideenabstimmung (Abstimmungsbeitrag) umzuwandeln, dann … hm.)
Ich hatte etwas Ähnliches im Sinn, aber ausschließlich auf den Support fokussiert. Features könnten abgestimmt werden, während technische Beiträge Lösungen erhalten würden.
Die Erstellung von zwei Kategorien wäre für die Nutzer kontraproduktiv; ich habe daher vorerst keine Pläne, sie so zu aktivieren, genau aus diesem Grund.
Der Traum: Ein Anfangsformular beim Veröffentlichen würde die Beiträge klassifizieren, und jeder würde dann die passende Funktionalität erhalten
Ich denke, dafür könntest du Tags verwenden. Dann aktivierst du Lösungen basierend auf einem #question-Tag und lässt mit CSS auch die Abstimmung in diesen Themen ausblenden, so wie es bei #feedback-Themen hier auf Meta gemacht wird.
Das könntest du mit form-templates kombinieren, die bei der Tag-Auswahl helfen.
Oh, kann man eigentlich Lösungstypen basierend auf einem Tag erstellen? Etwas in der Art von „als Support-Frage markieren“? Das wäre cool, damit Diskussionseinträge keine „Ich auch“- oder „Als gelöst markieren“-Buttons haben.
Ich bin mit dieser Kombination einverstanden. Bei einigen Themen sollte es eine „Mir geht’s genauso“-Option und eine Abstimmung geben. Ich finde, man sollte es so umsetzen können, dass man beide, eines oder keines davon aktivieren kann.
Ich bin mir nicht sicher, wie man das am besten handhabt, aber der Zweck wird hier wirklich unterstützt.
Es gibt die Einstellung enable_solved_tags. Ich weiß aber nicht, ob diese die „Mir geht’s genauso“-Schaltfläche unterstützt.
Das neue Meldewerkzeug scheint darauf beschränkt zu sein, dass das Solved-Plugin pro Kategorie eingerichtet wird. Das lässt mich vermuten, dass auch andere neuere Funktionen betroffen sein könnten.
