Das glaube ich nicht
Ziemlich wahrscheinlich, aber wenn ja, dann ist das schon lange her, dass ich mich nicht mehr sicher erinnern kann.
Aber das scheint die plausibelste Erklärung zu sein.
Vielleicht hast du die Verfolgung von News and Events > Forum summaries geändert? Sie ist standardmäßig stummgeschaltet, und es scheint, dass die Beschreibung für stummgeschaltete Kategorien nicht angezeigt wird ![]()
Ah, tatsächlich, es ist stummgeschaltet. @Moin, du bist sehr aufmerksam. Ich vermute, es könnte dann ausgegraut sein, damit es nicht seltsam aussieht.
Es scheint, als würde die Beschreibung für stummgeschaltete Kategorien nicht angezeigt.
Das erscheint seltsam. Gibt es einen Grund, eine Kategorie anzuzeigen, aber nicht ihre Beschreibung, oder ist das wahrscheinlich ein Versehen?
Nach einiger Zeit mit den neuen Kategorien muss ich sagen, dass ich kein Fan davon bin. Die neue Organisation stört mich nicht so sehr, aber ich bevorzuge die alte.
Nachdem ich Do users properly use categories? - #6 by Bas und Do users properly use categories? - #9 by noahl gelesen und mehrere Jahre lang verschiedene Discourse-Foren genutzt habe, bin ich immer noch der Meinung, dass weniger Kategorien vorteilhafter und weniger verwirrend wären.
Ich mag die Kategoriestrukturen von Foren, die keine (oder nur wenige) Unterkategorien haben, lieber.
Es ist nicht wirklich ein Problem, wenn wir einen neuen Beitrag erstellen wollen, aber ich finde es seltsam, dass wir in einigen übergeordneten Kategorien (z. B. Support) Beiträge erstellen können, während wir bei anderen (z. B. Contribute) gezwungen sind, Unterkategorien zu verwenden.
Die Autovervollständigung für Kategorien, auf die in einem Beitrag oder in der Suche verlinkt werden soll, kann sehr lange Zeichenketten erzeugen:
Community Building > Data & reporting, Documentation > Migrating to Discourse, News and Events > Forum summaries, usw.
Besonders auf Mobilgeräten und beim Erstellen eines neuen Beitrags ist es praktisch unmöglich, den vollständigen Kategoriensatz angezeigt zu bekommen. Selbst die übergeordnete Kategorie wird abgeschnitten:
Die neue Organisation ist natürlich nicht das einzige Problem hier (siehe Creating/Editing a post on mobile: let's discuss the 2026 Discourse experience), aber sie trägt insgesamt zu diesen Lesbarkeits- und Unordnungsproblemen bei, sowohl auf Mobilgeräten als auch auf dem Desktop.
Ich habe absichtlich eine sehr lange Zeichenkette auf der Suchseite verwendet, aber ich kann die Keywords, nach denen ich suche, nicht einmal sehen, weil die Kategorien-Zeichenkette den gesamten Platz einnimmt.
Solche langen Zeichenketten wie #category:sub-category finde ich generell schwer lesbar.
Und im Seitenbereich „Kategorien",
haben wir Emojis, Icons und zweifarbige Aufzählungspunkte, die mich sehr an diese Kaugummis erinnern:
Wahrscheinlich läuft hier noch einiges, besonders was die Verwendung von nur Icons und keine Emojis mehr betrifft, aber trotzdem. Die Mischung aus Icons und zweifarbigen Aufzählungspunkten, die manchmal wie eine einzige Farbe aussehen (Contribute > Feature), ist laut.
Ich verstehe, dass es nützlich ist, wenn Dinge zusammengehören und jedes in seinem eigenen Bereich ist, sodass es einfacher ist, nach präzisen Informationen zu suchen.
Ich schätze die gemeinsamen Bemühungen, die Dinge sowohl für Nutzer als auch für Administratoren zu verbessern, aber bisher bin ich von diesen jüngsten Änderungen nicht überzeugt. ![]()
Eine Sache, die mich etwas frustriert, ist, dass ich #contribute:bug nicht mehr eingeben kann, um auf Contribute > Bug zu verlinken. Die übergeordnete Kategorie erschwert das.
Ich verwende das Autocomplete-Popup im Allgemeinen nicht und tippe lieber alles vollständig ein (nicht zuletzt, weil das Autocomplete ein paar Sekunden braucht, bis es erscheint). Daher muss ich, wenn Bug/UX/Feature in einer übergeordneten Kategorie stehen, zuerst den Namen der übergeordneten Kategorie abrufen, bevor ich sie eingebe.
Nachdem ich Meta eine Weile lang mit den neuen Kategorien genutzt habe, muss ich sagen, dass ich kein Fan davon bin. Die neue Organisation stört mich nicht sonderlich, aber ich bevorzuge die alte.
Ich finde nie etwas und lande bei fast jeder Frage, die ich habe, auf ask.discourse.org – selbst wenn es darum geht, ein Plugin zu konfigurieren oder eine Dokumentation zu finden, von der ich weiß, dass sie existiert. Es wäre vielleicht klüger, zumindest manchmal Google zu nutzen.
Will man das LDAP-Plugin finden? Die Suche nach „ldap Customization > Plugin“ bringt es nicht. Wo ist es? #self-hosting/discourse-ldap-auth? – Google findet es. Es liegt in der Kategorie Support > Self-hosting mit dem Tag discourse-ldap-auth. Man muss also raten, ob ein Plugin als Customization > Plugin eingestuft ist oder nicht? Wann ist ein Plugin kein Plugin?
Im Ernst: Wenn ich etwas finden muss, nutze ich einfach ask.discourse.org.
Ich weiß nicht, ob mir so sehr auffällt, in welche Kategorie ich einen neuen Beitrag stelle. Ich stelle die meisten Beiträge einfach in Support, es sei denn, ich denke, es geht um Administration, und versuche dann, ihn in Support > Self-hosting einzuordnen.
Die automatische Vervollständigung für die Kategorien, auf die wir in einem Beitrag oder in der Suche verlinken möchten, kann sehr lange Zeichenketten erzeugen:
Community Building > Data & reporting, Documentation > Migrating to Discourse, News and Events > Forum summaries, usw.
Diese offene UX-Anfrage dazu könnte vielleicht einen Aufhänger gebrauchen:
Können wir Inline-Links zu Unterkategorien kürzer gestalten? - Mitwirken / UX




