So etwas wie… Category Groups - Theme component? Es wäre zwar nicht schwer, Kategoriegruppen zu finden, die alles enthalten, aber wir würden die Rollup-Funktionen einer übergeordneten Kategorie mit Unterkategorien verlieren.
Ich habe damit keine Probleme, aber es ist wahrscheinlich nicht sehr intuitiv. Wenn die Standardeinstellung die übergeordneten Kategorien in der Seitenleistenliste hätte, dann wäre es schön, sie alle auf „Unterkategorieliste über Themen in dieser Kategorie anzeigen“ / „Boxen“ einzustellen, wie bei Documentation
Mach dir keine Sorgen. Wir alle spielen hier nur improvisiert…
Ja, @bryce hat mir woanders ähnliches Feedback gegeben. Ich werde sehen, was wir in diese Richtung tun können.
Ich hatte die Dinge früher als zwei Optionen formuliert:
Aber Bryce meinte, es gäbe vielleicht noch eine andere Option – nämlich deutlicher zu unterscheiden, welche Art welche ist – also werde ich das zuerst versuchen.
Ich denke, es gibt einen Fehler in der Beschreibung für die Kategorie Customization. Wenn ich bei der Kategoriebeschreibung auf „mehr erfahren“ klicke, lande ich im Crashkurs für Discourse-Themes
Ich verstehe die Vorteile, die Unterkategorien oben zu haben. Gleichzeitig sehe ich aber, wenn ich eine Kategorie besuche, keine Themen mehr, sondern nur noch statischen Inhalt. Normalerweise besuche ich eine Kategorie, um Themen zu finden und zu lesen, nicht den Namen und die Beschreibung der Unterkategorien.
Beziehen Sie sich nur auf das, was „above the fold“ (oberhalb der sichtbaren Kante) zu sehen ist, oder erhalten Sie die normale Themenliste darunter nicht?
Es gibt eine Themenliste unten, aber das, was ich oben geteilt habe, ist das, was ich sehe, ohne zu scrollen. Der vertikale Platz auf einem Tablet ist begrenzt.
Hatten einboxte Links zu einer Kategorie schon immer dieses schöne Format? Vielleicht ist es mir erst aufgefallen, als sie Beschreibungen und Unterkategorien bekamen…
Ich habe hier ein paar kleine Änderungen vorgenommen, die meiner Meinung nach helfen:
Ich habe „General“ wieder aus dieser Kategorie herausgenommen, als zusätzliche übergeordnete Kategorie
Ich habe die Kategorien etwas neu geordnet, sodass „Community Building“ an zweiter Stelle steht (nach „News and Events“ an erster Stelle).
Ich habe die Kategoriebeschreibung etwas prägnanter gestaltet
Ich habe „Unterkategorien anzeigen“ für diese Kategorie nicht hinzugefügt
(Es wird auch für „Support“ nicht angezeigt)
Die Entscheidung, ob Unterkategorien angezeigt werden sollen oder nicht, hängt davon ab, ob das Posten auf dieser obersten Ebene erlaubt (oder erwünscht) ist
Ich habe die anderen drei Unterkategorien (data and reporting, praise, comparison) nicht verschoben.
Im Moment fühlen sich diese für mich immer noch am besten an.
Es gibt also jetzt 3 Haupt-, übergeordnete Diskussionskategorien:
Community Building
General
Support
Die anderen übergeordneten Kategorien sind eher „Kategoriegruppen“ – hauptsächlich Container für Unterkategorien.
Ich möchte diese Kategorie „Community Building“ weiter gestalten. Ich frage mich, ob es Möglichkeiten gibt, mehr von diesen Arten von Diskussionen zu ermöglichen, zum Beispiel:
Community Managern, die neu bei Discourse sind, helfen, sich im Produkt zurechtzufinden
Seitenadministratoren, die neu im Community Management sind, helfen, sich in der Praxis zurechtzufinden
Geschichten/Erfahrungen teilen
Aber vielleicht ist das etwas, worauf ich mich konzentrieren sollte, nachdem sich dieser andere Kram etwas beruhigt hat.
Ich finde, dass Allgemein auf Meta keine wirklich hilfreiche Kategorie ist. Sie enthält derzeit über 200 Themen, aber wenn man sie durchsieht, würden viele davon eigentlich gut in Seitenfeedback, Funktion oder Support passen.
Ich denke, eine Bereinigung der Kategorie würde nur etwa 50 Themen übrig lassen, die wirklich nirgendwo anders hingehören. Und für diese Themen könnte ein spezifischerer Kategorietitel besser passen (wie Off-topic, Zufälliges Gespräch, Wasserkocher usw.) anstatt Allgemein.
Ich habe sie noch nicht wirklich benutzt, aber ich sehe bereits ein paar Probleme:
Wiki ist in Ordnung, weil es alle Unter-Wikis anzeigt.
ABER die Unter-Wiki „index“-Links führen zu einer Kategorie anstatt zum Index-Thema (zumindest im Fall des „Developer wiki“), was einen weiteren Klick erfordert, um auf die Einmal-Ressourcen zuzugreifen, bei denen man Strg+f drücken kann.
Aus irgendeinem Grund wird die Beschreibung „Forum summaries“ auf der Seite News and Events nicht angezeigt.
Die Index-Links in der Dokumentation sollten auf das Index-Thema zeigen, nicht auf die Kategorie (spart einen Klick).
In meiner Kategorien-Registerkarte habe ich alle Wikis eingefügt, sollte aber anpassen und stattdessen auf die Wiki-Index-Themen verweisen, um einen Klick zu sparen.
Ist Dev eine Hauptkategorie oder sollte es eine Unterkategorie von Support sein? Dann sollte „solid dev knowledge“ Doku sein… Bin mir hier nicht sicher, aber es scheint, dass viele #dev-Themen Support für Entwickler sind. Ich würde vorschlagen, Dev unter Support zu verschieben, es standardmäßig stummzuschalten und eine spezielle Entwicklergruppe zu erstellen, die diese Kategorie nicht stummschaltet.
Vielen Dank für Ihr Feedback @hellekin – einige Kommentare dazu unten:
Ah, interessant. Die Links sind korrekt, aber die Kästen erlauben keine Klicks darauf. Ein Klick irgendwo auf den Kasten wird vom Kasten selbst erfasst, obwohl der Link anklickbar aussieht:
Das ist ein guter Vorschlag, aber ich denke, er wird erst helfen, wenn wir das erste Problem behoben haben, da diese Links sonst ohnehin nicht anklickbar sind.
Können Sie einen Screenshot davon teilen, was Sie hier sehen?
zur Kenntnis genommen. Ich muss immer noch, wie früher versprochen, ein neues Thema zu Community Building eröffnen. Ich war letzte Woche abwesend und werde auch einen Teil dieser Woche abwesend sein, daher warte ich damit möglicherweise bis nächste Woche.
Ich glaube nicht, dass das der richtige Ort dafür ist, aber wir werden das in diesem kommenden Thema genauer besprechen.
Ich habe mich (vorläufig) dagegen entschieden, Unterkategorien oben innerhalb von übergeordneten Kategorien anzuzeigen, in denen das Posten auf der obersten Ebene erlaubt ist.
Die Art und Weise, wie wir dieses Problem angehen, könnte davon abhängen, welchen Weg wir mit der nächsten Iteration des Themas einschlagen (cc @manuel)
Ich habe diesen Bereich ein paar Mal verschoben, als ich recherchiert habe. Zuerst hatte ich es unter Contribute. Dann habe ich es unter Customization platziert. Schließlich entschied ich, dass es eine Top-Level-Kategorie sein muss.
Wenn ich über die wahrscheinlichen Teilnehmer in diesen verschiedenen Kategorien nachdenke, glaube ich, dass dies für sich allein stehen sollte.
Das ist momentan einfach die Funktionsweise der Standard-Kategorieboxen. Wir könnten das Standardverhalten wahrscheinlich ändern. Ich frage mich jedoch, wie das beabsichtigte Erlebnis in unseren Dokumentationskategorien aussieht. Es scheint, als wurde der Index mit dem Kategorie-Banner im Sinn hinzugefügt, anstatt mit der Kategoriebox:
Gleichzeitig bleibt das Index-Thema oben in der Themenliste angeheftet, es wird nicht automatisch losgelöst, wenn das Index-Thema gelesen wurde. Wir duplizieren diesen Index also recht stark: Zuerst wird er verwendet, um das Seitenmenü zu generieren. Dann heften wir ihn oben an die Themenliste an. Dann fügen wir einen Link dazu zur sichtbaren Kategoriebeschreibung hinzu.
Ich denke, wir könnten den Link in der Beschreibung der Dokumentationskategorien tatsächlich entfernen.
Ich wollte gerade fragen, wie Ihre Einstellung für das automatische Entfernen der Anheftung von Themen konfiguriert ist? Ich erinnere mich, dass die Standardeinstellung für Meta vor einiger Zeit geändert wurde.
Aber es scheint, dass Themen automatisch anheften aufheben hier jetzt deaktiviert ist; zumindest finde ich die Option nicht mehr in meinen Einstellungen.
Ja, es gibt auch zwei Einstellungen. Ich denke, Themen automatisch entfernen bezieht sich auf alle manuell angepinnten Themen. Und Standardthemen automatisch entfernen bezieht sich nur auf Themen, die das System standardmäßig anpinnt, wie das Willkommensthema und „Über diese Kategorie“-Themen.
Vielleicht hat er sie gelesen, als das automatische Anheften noch aktiviert war. Die Index-Themen wurden mehr als ein Jahr erstellt, bevor das automatische Anheften deaktiviert wurde.
zur Kenntnis genommen. Ich muss immer noch, wie früher versprochen, ein neues Thema zu 
Vielleicht hat er sie gelesen, als das automatische Anheften noch aktiviert war. Die Index-Themen wurden mehr als ein Jahr erstellt, bevor das automatische Anheften deaktiviert wurde.