Ich denke, es gibt drei Szenarien zu berücksichtigen:
- Kategorienseite, die alle Kategorien auflistet
- Teilmenge von Kategorien, die Administratoren für die Seitenleiste festlegen
- Teilmenge von Kategorien, die Benutzer auswählen, um sie zu ihrer Seitenleiste hinzuzufügen
Es ist mir nicht klar, dass die für (1) gewählte Reihenfolge für (2) oder (3) gelten sollte, insbesondere da wir die Liste derzeit abflachen und Unterkategorien in der Seitenleiste nicht verschachteln.
Auf Meta habe ich derzeit Folgendes in meiner Seitenleiste:
- Ankündigungen
- Community
- Dokumentation
- UX
Wenn wir diese Logik heute auf Meta anwenden würden, wäre meine Seitenleiste:
- Dokumentation
- UX
- Ankündigungen
- Community
Ich glaube, ich würde das ansehen und einfach denken… hmm… warum?
Und wenn die Liste länger wird, wird es schwieriger, sie schnell zu scannen, um das zu finden, wonach ich suche. Wenn sie alphabetisch ist, weiß ich, in welche Richtung ich nach dem suchen muss, was ich finden möchte.
Auf der Kategorienseite ist es anders – wir versuchen, alles im Kontext mit Beschreibungen zu präsentieren.
Es ist klar, dass es hier den Wunsch nach zusätzlicher Konfiguration für Administratoren und vielleicht auch für Benutzer gibt, aber ich bin mir noch nicht sicher, ob die Anwendung von fixed_category_positions das ist, was wir hier wollen.