Vor ein paar Jahren gab es eine etwas größere Diskussion über Tags und Kategorien, was wofür genutzt werden soll, welche Vorteile was hat und wo die Unterschiede liegen. Ich selbst nutze inzwischen Kategorien für eine generelle Einordnung in ein Themengebiet (das hier ist Technikzeugs) und Tags für die Zuordnung zu einem bestimmten Projekt (hier serendipity). Jetzt ist mir aufgefallen, dass das an sich Unsinn ist.
Kategorien und Tags haben unterschiedliche Semantik. In Kategorien ordnet man etwas ein, Tags ordnet man etwas zu. Kategorien sind, als würde man den Artikel in einem Ordner ablegen und Tags, als ob man dann später auf den Artikel ein paar Stichwörter draufklebt. Schlagwörter ist daher auch eine passende Übersetzung für Tags. Diesem Verständnis entsprechend habe ich beide Systeme genutzt.
Aber technisch? Ich habe irgendwo eine Zuordnung von Artikeln zu Tags und irgendwo eine von Artikeln zu Kategorien. Wie das nun konkret gemacht ist - ob das in den Artikel geschrieben oder eine Tabelle dafür gepflegt wird - ist eigentlich komplett irrelevant.
Wenn der technische Unterschied irrelevant oder nichtvorhanden sind, bleibt nur der gedachte Sinn im mentalen Modell oder die konkrete Nutzungsmöglichkeit, um den Unterscheid zwischen den beiden Systemen zu bestimmen. Und tatsächlich sind die Widgets beider Systeme in s9y, durch die sie bedient werden, sehr unterschiedlich.
Die Oberflächen
Hier ein Bild des Serendipity-Editors:
Rechts oben ist die Kategorieauswahl. Unten ist die Tageingabe und Auswahl. Und hier ist der erste große konkrete Unterschied: Während Tags ausgewählt und eingetippt werden können, können Kategorien nur ausgewählt werden. Es gibt vom Editor aus schlicht keine Möglichkeit, eine neue Kategorie anzulegen. Das passt zum mentalen Bild einer Kategorie, die vorher da ist und in die etwas eingeordnet wird.
Kategorien sind beständig. Als ich meinen Blog einrichtete, fragte ich mich: "Worüber willst du schreiben?" und legte dementsprechend Kategorien an. Andere kamen später hinzu. Bei Tags wäre dieses Vorgehen unsinnig, da sie den Artikel beschreiben sind sie ihm nachgeordnet und werden auch danach erstellt. Das passt interessanterweise auch zur (in s9y wahrscheinlich technisch bedingten) Platzierung: Die Kategorieauswahl im Kopf des Artikels, vor dem Text des Artikels, die Tags darunter, nach dem Text des Artikels.
Den anderen Teil der Oberfläche kann man hier auf der rechten Seite sehen: die Kategorieliste. Sie ermöglicht ein Filtern der Artikel nach Kategorien. Tags können das auch, das typische Konzept hier ist die Tagwolke, meiner Erfahrung nach immer unbenutzbar.
Die Überlegung
Wir haben also zwei Systeme zur Einordnung von Artikeln, die auf Datenbankebene identisch realisiert werden können, sich aber von der Oberfläche und dem mentalen Modell unterscheiden. Es könnte ein Projekt für s9y 2.0 sein, die beiden Systeme zu vereinheitlichen. Das könnte eine sinnvolle Vereinheitlichung und ein Weg sein, das freetag-Plugin loszuwerden, das inzwischen zu einem schwer durchschaubaren Codemonster geworden ist und dringend einen Rewrite bräuchte (ich habe ein paar Bugs darin gefixt und Funktionen eingebaut, um daraufhin eine ganze Weile die von mir verursachten Fehler zu fixen, nie wirklich wissend, ob nun alles stimmt - derzeit scheint es zu passen). Was müsste ein solches System können?
- Blogartikel im Groben kategorisieren
- Blogartikel speziell verschlagworten
- Die Blogansicht filtern
- Verwandte Artikel anzeigen
Ich denke da an ein Tagsystem an der Stelle des bisherigen Kateogie-Dropdowns. Dazu die Möglichkeit, Elterntags zu erstellen, die dann die Funktion der Kategorien übernehmen. Wie genau da die Oberfläche und der Nutzungsablauf aussehen könnte, müsste noch überlegt werden.