Tag-Seiten sind großartig, aber ihre Nutzung scheint das Deaktivieren von Plugins und Theme-Komponenten zu erfordern, da die meisten für die Arbeit mit Kategorien konzipiert sind.
Das könnte ein Problem sein, das einzelne Entwickler lösen müssten. Da Discourse jedoch für Tags und Kategorien offenbar völlig unterschiedliche Router/Controller verwendet, müsste für alle davon eine beträchtliche Menge an Umverdrahtung vorgenommen werden. Daher habe ich mich gefragt, ob dies ein Problem ist, das das Team möglicherweise in der Core-Funktionalität lösen möchte.
Wenn diese Plugins Tag-Seiten wie Kategorien behandeln könnten, würde dies die Funktionalität von Tag-Seiten massiv erweitern – entweder sofort oder mit einer kleinen Anpassung durch deren Autoren.
Ich denke, das ist irgendwie zu erwarten, denn während fast alle Discourse-Communities Kategorien nutzen, verwenden nicht alle Tags. Ich denke jedoch, dass die Nutzung von Tags definitiv etwas zugenommen hat.
Gibt es konkrete Beispiele, die Sie im Sinn haben? Ich erinnere mich, dass Sie einmal eine Antwort gegeben und Unterstützung für Tags in der Kategorie-Banner-Komponente angefordert haben … gibt es noch andere, die sich als potenziell nützlich für Tags erweisen könnten?
Momentan haben wir die Kanban-Boards-Komponente und die Banner-Header-Komponente, von denen ich bemerkt habe, dass sie nicht mit Tag-Seiten funktionieren. Ich bin vorschnell zu dem Schluss gekommen, dass dies in der gesamten Bibliothek weit verbreitet ist, da das 2/3 der von uns verwendeten, benutzerorientierten Komponenten sind.
Ich gehe davon aus, dass auch die Events- und Team-Kalender-Plugins auf Kategorien angewiesen sind, obwohl ich sie noch nicht getestet habe.
Wir überlegen, drei beliebte Komponenten/Plugins anzupassen, damit sie auf unseren Plattform-Tag-Seiten funktionieren. Wenn dies jedoch bald in ein Core-Update integriert wird, möchte ich keine Zeit in eine komplexe Lösung investieren, die bald veraltet sein wird.