Unterkategorien sollten in der Seitenleiste verschachtelt sein.
Dinge wie dieses Beispiel funktionieren nicht, es sei denn, Unterkategorien sind verschachtelt:
Ford
–Fahren
–Kauf
GM
–Fahren
–Kauf
Die resultierende Anzeige wäre:
Fahren
Fahren
Ford
GM
Kauf
Kauf
In der untenstehenden Bildschirmaufnahme ist documentation die übergeordnete Kategorie, während admins, faq, moderators, sso, sysadmin Unterkategorien sind.
Eine Einzelheit, die wir hier klären müssen, ist, was wir tun, wenn jemand die Unterkategorie und nicht die Hauptkategorie hinzufügt… sollte die Hauptkategorie immer zur Kontextualisierung enthalten sein?
Es ist mehr oder weniger ein Muss, wenn Unterkategorien doppelte Namen haben können.
Ich bin kein Entwickler, aber ich mache viele UX/UI-bezogene Gigs, daher würde ich sagen, dass die Verwendung desselben Namens ohnehin eine schlechte Politik ist. Eine Lösung wäre also, auch echte Namen eindeutig zu erzwingen (und danach gibt es Tonnen von kaputten Foren…)
Aber könnten Sie den Administratoren die freie Hand geben, Kategorien auf eine Weise zu benennen, die nichts mit der Technik des Forums zu tun hat? Es ist nur ein weiterer sichtbarer Name für Benutzer – dann könnte man etwas wie Kategorie:Unterkategorie verwenden.
Das Erzwingen des Namens der übergeordneten Kategorie in den Namen der Unterkategorie führt zu vielen redundanten Einträgen, wie zum Beispiel:
Ford
–Ford Driving
–Ford Purchasing
GM
–GM Driving
–GM Purchasing
Ich habe gerade alle unsere Unterkategorien mit einem Kategorienpräfix umbenannt, aber ich stimme auch zu, dass Verschachtelung eine gute Option wäre. Da wir unterschiedliche Sicherheitsstufen für jede Hauptkategorie haben, haben wir uns für denselben Namen entschieden, aber ich sehe auch die Vorteile von Präfixen.
Es wäre auch schön, wenn die Kategorien ein- und ausgeklappt werden könnten – bei über 200 Kategorien ist das eine lange Liste.
Unser anfänglicher Gedanke ist, dass wir hier mit einigen einfachen Verbesserungen beginnen könnten:
Dies löst nicht das gesamte Problem, aber die Workarounds, entweder: 1) Benutzer fügen die Oberkategorie selbst hinzu oder 2) Aktualisieren von Kategorienamen zur Unterscheidung, sind beide verfügbar.
Wir werden dies jedoch im Auge behalten und überlegen, welche weiteren Änderungen angebracht sein könnten.
Wie viele dieser Kategorien wird ein bestimmter Benutzer voraussichtlich zu seiner Seitenleiste hinzufügen?
Ich nehme das als allgemeine Frage 
Keine. Sie folgen bereits nur den Kategorien, die interessant sind, und sie möchten Benachrichtigungen von all diesen gleichermaßen erhalten.
3 Beiträge wurden in ein neues Thema aufgeteilt: Option zum Anzeigen nur ungelesener Kategorien und Tags in der Seitenleiste
Das Umschalten von Unterkategorien in der Seitenleiste ist unerlässlich. Wir haben bereits neun Kategorien und 19 Unterkategorien und ich bin noch nicht mit der Sortierung fertig. Ich erwarte, 25 weitere Unterkategorien hinzuzufügen. Ich möchte, dass sie alle in der Seitenleiste verfügbar sind. Unser Korpus wird seit 1969 aufgebaut, daher dient unser Forum ebenso als Referenzbibliothek wie als Symposium. Für uns sind Kategorien sowohl Hilfsmittel zum Finden als auch Gesprächsfilter.
Aus demselben Grund müssen Tags in der Seitenleiste alphabetisch und scrollbar sein. Wir haben 1400 Tags und das wird sich verdoppeln, wenn ich mit der Sortierung fertig bin. Ohne ein Scrollfenster wird es unmöglich sein, Tags nützlich darzustellen. Tatsächlich wäre ein Scrollfenster mit einer Abfragebox darüber ideal.
Es ist wahrscheinlich eine separate Diskussion, aber das Platzieren von Tags in umschaltbaren Dropdown-Fenstern unter den Themenüberschriften in der Listenansicht wäre ebenfalls sehr hilfreich. Unsere Themen haben durchschnittlich 18 Tags pro Thema. Unser längstes Thema hat 98 Tags. Wenn ich sie alle präsentiere, verdecken sie die Themenüberschriften. Ich erwähne es hier, weil die Implementierung einer generischen umschaltbaren Scrollbox-Klasse mehreren nützlichen Zwecken dienen könnte.
Es wäre auch schön, wenn die Kategorien ein- und ausgeklappt werden könnten.
Warum? Es wäre wirklich schrecklich zu benutzen, weil diese Liste meilenlang wäre. Nun, wenn die Mehrheit Ihrer Benutzer einen 24-Zoll-Bildschirm oder größer hat und es Ihnen nichts ausmacht, kleinere Bildschirme und Mobiltelefone zu verwenden, und Ihre Benutzer nicht wissen, wie man die Kategorieseite benutzt, dann vielleicht.
Und wir sind wieder beim Hauptproblem: Ein Benutzer muss die Wahl haben, was er sehen möchte und was nicht. Es ist nicht die Aufgabe des Administrators zu entscheiden.
Weil es die Navigation erleichtern würde. Es wäre viel übersichtlicher als die doppelte Kategorie-/Listenansicht, die derzeit die einzige Option ist und viel mehr Bildschirmplatz beansprucht als eine einzelne Liste mit einer Seitenleiste, wenn der Platz das Problem ist.
Warum?
Wenn Sie sich auf Tags beziehen, wäre eine meilenlange, alphanumerisch geordnete Liste, die innerhalb eines Fensters gescrollt wird, das von einer Suchleiste darüber und einem Mausrad gesteuert wird, ziemlich praktisch, viel besser als jede andere Tag-Darstellung. Dazu gehört auch die massive Listenansicht der Tag-Seite, die absolut keine praktische Navigationshilfe ist, da sie ein Hin- und Herspringen von der Tag-Seite zum Thema erfordert und für die das einzige Werkzeug die Zurück-Taste des Browsers ist.
Diese Liste wird meilenlang sein.
Hier sind also zwei Punkte.
Erstens ist Discourse von Grund auf für die Zukunft gebaut, was bedeutet, dass es für alle mit großzügigen, hochauflösenden Bildschirmen gedacht ist. Es ist sowieso fast ein nichtiger Punkt. Ich habe letzte Woche einen neuen Monitor für meine Tochter gekauft und nur Monitore ab 24 Zoll gefunden.
Was mobile Geräte betrifft, kann ich nur sagen, dass die Navigation für diese Art von Schnittstellen in jeder Hinsicht anders ist als für Desktops oder Laptops. Seitenleisten sind kein geeignetes Werkzeug.
Wenn die Mehrheit Ihrer Benutzer einen 24-Zoll-Bildschirm oder größer hat und Ihnen kleinere Bildschirme und Mobiltelefone nichts ausmachen.
Die Zukunft, das ist schon heute ein normaler Montag, ist völlig anders. Sie ist auf Mobiltelefone aufgebaut. Tut mir leid, aber große Bildschirme sind Schnee von gestern.
Wussten Sie, dass in Europa Mobiltelefone häufiger vorkommen als Laptops? Aber wir haben auch keine Festnetztelefone oder Schecks mehr (außer in Großbritannien/Irland, aber die hinken etwa 50 Jahre hinterher )
Es scheint, als ob Ihr Anwendungsfall besser für discourse-docs als für die Seitenleiste geeignet ist.
Sie können hier ein Beispiel für die Ansicht und die Filterung sehen, die es bietet: Documentation - Discourse Meta
Ja, das habe ich überhaupt nicht kommen sehen. Ich denke, die Seitenleistenversion der Seitenleiste ist gut für diese lästigen Mobilgeräte geeignet.
Vielleicht wissen Sie also, ist dies die mobile App, die mit den Lucky Forums bei Digital Ocean geliefert wird?
Stephen, danke für diesen Vorschlag. Ich habe es installiert und spiele damit herum. Es könnte für eine große Anzahl von Artikeln funktionieren, die wir noch nicht hinzugefügt haben. Was ich dafür brauche, ist die Möglichkeit, Kommentare zu hinterlassen, um den Leser in Diskussionen einzubeziehen. Ich habe darüber nachgedacht, Ghost zu diesem Zweck zu integrieren.
Ich denke immer noch, dass die Seitenleiste ideal für die Navigation auf Desktop/Laptop ist, wenn sie mit einer umschaltbaren Scrollbox für Tags und umschaltbaren Kategorien geliefert wird.
Dieser Teil wurde in PR geliefert
FEATURE: double color for subcategories prefix by lis2 · Pull Request #18525 · discourse/discourse · GitHub
Der Farbbalken ist sehr hilfreich, um Eltern-Unterkategorien-Beziehungen zu unterscheiden. Sortierung und möglicherweise Einrückung sollten die visuelle Identifizierung von Unterkategorien festigen. Hier ist, was ich meine:
documentation ist die übergeordnete Kategorie von admins und sysadmin. In der aktuellen Konfiguration werden sie alphabetisch sortiert und der einzige Hinweis auf eine Beziehung ist die halbe Farbbalkenfarbe. Offensichtlich ist dies nicht ideal.
Wenn sortiert, bekommen wir ein Gefühl von Ordnung und Beziehung, aber es ist immer noch nur eine Farbbalkenunterscheidung.
Ein besserer Weg wäre, der Unterkategorie eine dezente Einrückung zu geben, die universell als Hinweis auf eine Kategorie-Unterkategorien-Beziehung verstanden wird. Der obige Mockup zeigt, wie das aussehen könnte, wenn die Unterkategorie um die Hälfte oder die volle Breite des Balkens eingerückt ist.
Vielen Dank, dass Sie sich die Zeit genommen haben, diese Ideen zu skizzieren!
Es gibt noch ein weiteres Szenario zu bedenken: Wenn Benutzer alle oben genannten Kategorien in ihrer Seitenleiste haben, die Sie dargestellt haben, aber nicht die übergeordnete Kategorie Documentation. Wie würden Sie sich vorstellen, dieses Szenario zu handhaben?
Ich nehme an, es würde von der Struktur der Website abhängen. In meinem ursprünglichen Beitrag, in dem ich Ford und GM als Beispiel für eine strukturierte Community verwendet habe, könnte das Weglassen einer übergeordneten Kategorie die Seitenleiste schwer lesbar machen – welche ist welche?
In diesem Fall sollte die übergeordnete Kategorie angezeigt werden:
In Fällen, in denen jede Unterkategorie für sich allein stehen kann, ist die übergeordnete Kategorie möglicherweise nicht erforderlich.
Für Kategorien mit Unterkategorien behandelt meine Community die übergeordnete Kategorie als Platzhalter, der keine Themen hat. Stattdessen befinden sich alle Themen in Unterkategorien. Wir haben auch andere eigenständige Kategorien.
Idealerweise könnte ein Administrator also wählen, ob die übergeordnete Kategorie in der Seitenleiste aufgeführt wird.
Hierarchie in der Seitenleiste anzeigen
Die Reihenfolge der Unterkategorien in der Seitenleiste wird nun gemäß diesem PR von @tgxworld zuerst nach ihrer übergeordneten Kategorie sortiert:
Hat jemand eine Lösung für verschachtelte Unterkategorien gefunden? Ich habe mich umgesehen und keine Theme-Komponenten gefunden, die funktionieren.
