Bestimmte Tags hervorheben / kann mich nicht entscheiden, wie ich sie verwenden soll

Ich arbeite an einer Migration zu Discourse. Im alten Forum haben wir ziemlich viele Kategorien und Unterkategorien. Eine meiner Kategorien hat etwa 10 Unterkategorien, und wir haben aus offensichtlichen Gründen darauf verzichtet, weitere hinzuzufügen.

Hypothetisches Beispiel:

Stellen Sie sich eine Essen-Kategorie mit Unterkategorien wie Asiatisch, Europäisch, Amerikanisch vor.

Ich mag die Idee, Unterkategorien abzuschaffen und stattdessen Tags zu verwenden. Mehrere Tags können einem Thema zugeordnet werden, und wir könnten viel mehr Tags erstellen, ohne ein schlechtes Gewissen zu haben, das Schema mit endloser Klassifizierung oder selten verwendeten Tags zu verunreinigen. Stellen Sie sich Tags wie japanisch, chinesisch, thailändisch, nepalesisch, Pasta, Eier, sautiert, Technik, Nudeln, Frühstück vor.

Ein Problem, das ich jedoch habe, ist, dass die Tags auf der Kategorie-Ansichtsseite nicht so prominent angezeigt werden, wie es Unterkategorien im obigen Screenshot wären.

Ich würde es lieben, wenn eine Teilmenge von Tags oder eine Tag-Gruppe (nur Asiatisch, Europäisch, Amerikanisch) für Benutzer sowohl zum Browsen als auch zum Posten prominent angezeigt würde.

Tags scheinen auch das Konzept von Reihenfolge/Position zu vermissen.

Tags haben jedoch Beschreibungen, ähnlich wie Kategorien, was wirklich schön ist.

Habe ich also trotz der Vorteile von Tags Recht, dass ihnen einige “First-Class”-Funktionen fehlen, die Kategorien haben?

Kann ein Teil dieses Zeugs über Theme-Komponenten implementiert werden? Wie zumindest die prominente Anzeige einer Tag-Gruppe innerhalb einer Kategorie auf der Kategorieseite?

Oder vielleicht eine Kategorie-Tag-Cloud mit einer angehefteten Tag-Gruppe darin? So etwas könnte cool sein.

Ich habe erwogen, ein paar Unterkategorien als absolutes Minimum beizubehalten und für den Rest Tags zu verwenden, aber mein Problem damit ist, dass Unterkategorien sich gegenseitig ausschließen. Es wäre durchaus vernünftig, ein Thema beispielsweise sowohl mit Asiatisch als auch mit Europäisch zu taggen.

Vielen Dank für Ihre Einsichten.

2 „Gefällt mir“

Meine Lösung konvergiert darauf, ein Sitemap-Thema mit hervorgehobenen Tags zu erstellen.

Discourse ist eine erstaunliche Software. Ich liebe es, wie man eine Kategorie oder einen Tag mit # im Beitragseditor aufrufen kann (und ::tag anhängen kann, wenn es Unklarheiten zwischen einem Kategorie- und einem Tag mit demselben Namen gibt).

Hier ist ein Beispiel:

# Sitemap

## #food

- #asia #europe #america
- #breakfast #lunch #dinner
- #noodle #soup #baking
- #technique #healthy

Dies ermöglicht es mir, eine Untermenge von Tags in jeder gewünschten Reihenfolge/Organisation darzustellen/hervorzuheben.

Die verbleibende Frage ist, wie diese Sitemap präsentiert werden soll.

Ich könnte einen benutzerdefinierten Seitenleistenbereich verwenden, aber ehrlich gesagt, wenn sie irgendwo in die Seitenleiste gehört, dann in den oberen (Community)-Bereich. Oder über Kategorien.

Ich könnte sie mit JS dort einfügen, aber hoffentlich wird das Bearbeiten des Community-Seitenleistenbereichs irgendwann eine Funktion sein.

Außerdem habe ich die Idee verfolgt, eine Theme-Komponente zu erstellen, die den Inhalt eines Themas auf der Homepage anzeigt. Vielleicht existiert sie aber schon?


Eine Vorschau, wie das aussieht (mit zufällig ausgewählten Tags):

Support

Documentation

  • #documentation:admins #documentation:moderators #documentation:users #documentation:sysadmin #documentation:theme-developers #documentation:devs
  • migrations

Meine beiden größten Probleme damit bisher:

  1. Es scheint, dass man Tag- und Beschreibungen von Kategorien nicht mit der Maus anzeigen kann, wenn sie mit # in einem Beitrag aufgerufen werden.
  2. Für Tags, die in mehreren Kategorien verwendet werden, ist das Klicken auf einen Tag wie oben gezeigt nicht sehr nützlich. Ich muss möglicherweise tatsächlich auf etwas wie /tags/c/documentation/10/reference anstatt auf /tags/reference verlinken, was die Einfachheit der Sache etwas beeinträchtigt, aber kein Dealbreaker ist. Es wäre cool, wenn man etwas wie #reference::category:documentation/tags/c/documentation/10/reference tun könnte.