Hallo!
Ich bin ziemlich sicher, dass es nicht möglich ist, eine Unterkategorie für eine Unterkategorie zu erstellen (bitte korrigieren Sie mich, wenn ich falsch liege), aber ich dachte, ich erstelle diesen Beitrag, um dies zu überprüfen und herauszufinden, ob andere Leute dies ebenfalls benötigt haben.
Es scheint vielleicht keine gute Idee zu sein, eine Unterkategorie der dritten Ebene zu haben, da die Mitglieder viele Ebenen durchlaufen müssen, um dorthin zu gelangen. Gleichzeitig ist es vielleicht keine gute Idee, viele Unterkategorien in einer übergeordneten Kategorie zu haben, insbesondere wenn Sie die übergeordnete Kategorie „nutzbar“ halten möchten.
Nehmen wir zum Beispiel Folgendes an:
- → Entwicklung
- → App-Entwicklung
- → Android-App-Entwicklung
Aber nehmen wir an, wir überlegen, Unterkategorien der dritten Ebene hinzuzufügen:
Nehmen wir zum Beispiel Folgendes an:
| Kategorie | Unterkategorie | Kategorie der dritten Ebene | Verwendung |
|---|---|---|---|
| Entwicklung | Enthält Hauptentwicklungsthemen wie allgemeine Diskussionen über Softwarefunktionen sowie Roadmaps usw. und Ankündigungen, die alle Unterkategorien umfassen | ||
| App-Entwicklung | Enthält Themen, die sich speziell mit der Web-App-Entwicklung befassen | ||
| Verwendung der API | Enthält Anleitungen und Themen speziell für die API | ||
| Community-Apps | Eine Kategorie, die Mitgliedern gewidmet ist, die Apps erstellen (erfordert Genehmigung, ein Thema pro App) | ||
| Kern-Apps | Eine Kategorie, die den Kern-Web-Apps gewidmet ist | ||
| Android-App-Entwicklung | Enthält Themen, die sich speziell mit Android befassen | ||
| Haupt-Android-App | Enthält Themen, die sich speziell mit der Haupt- (offiziellen) Android-App befassen | ||
| Android SDK | Enthält Themen speziell für das Android SDK |
Nun, ein gutes Argument wäre die Verwendung von Tags innerhalb der Unterkategorie, was in Ordnung ist, aber versuchen wir einen anderen Anwendungsfall, der speziell benötigt wird, weil Kategorien Funktionen bieten, die Tags nicht bieten (mehr als nur Navigation):
- → Verbinden
- → 2024-Veranstaltung
- → 2023-Veranstaltung
- → 2022-Veranstaltung
- → [Sprache] Community
- → [Sprache] Community
- → …[Sprache] Community*3
- → Marktplatz
- → Forum-Feedback
Stattdessen könnte ich es so organisieren:
- → Verbinden
- → Veranstaltungen
* → 2024-Veranstaltung
* → 2023-Veranstaltung
* → 2022-Veranstaltung - → Communities [Sprache, Sprache, Sprache…]
- → [Sprache] Community
- → …[Sprache] Community*3
- → Marktplatz
- → Forum-Feedback
- → Veranstaltungen
Aber warum Kategorien anstelle von Tags für eine Kategorie der dritten Ebene verwenden?
- Zugriff: Wenn ich beispielsweise den Zugriff auf die Themen basierend auf denjenigen einschränken möchte, die sich für die Veranstaltung angemeldet haben (die Veranstaltungen 20xx).
- Sichtbarkeit: Kategorien haben mehr Sichtbarkeit, z. B. das Hinzufügen von Beschreibungen, Bildern und die Auswahl des Layouts.
- Einstellungen: Es gibt eine Reihe von Einstellungen, die mit Kategorien verwendet werden können, mit Tags jedoch nicht.
- Weniger Unordnung: Eine Unterkategorie der dritten Ebene hilft, die Hauptunterkategorien sichtbar zu halten.
Dies sind einige Ideen, aber ich würde gerne von Ihnen hören. Was halten Sie von Unterkategorien der dritten Ebene? Haben Sie andere Anwendungsfälle, für die dies hilfreich sein könnte? Oder glauben Sie, dass es, selbst wenn dies „technisch“ möglich wäre, für ein Forum (aus UX-Sicht) keine gute Idee wäre?
Vielen Dank im Voraus für das Teilen Ihrer Gedanken und Erfahrungen. ![]()