Versionierte Tags?

UNB2 („UNB Components“) wird eine Art Grundsystem, das Funktionen zum Umgang mit Mitteilungen und deren Klassifizierung bereitstellt, wie sie in Webforen, Wikis, CMS, Fotoalben, Weblogs oder Bug-Trackern angewendet werden. Darauf aufbauend kann eine Oberfläche entwickelt werden, die alle diese Fähigkeiten mehr oder weniger spezialisiert zur Verfügung stellt. Als erste Beispielanwendung soll ein hochgradig integrierbares Webforum entstehen.

Fest steht bislang, dass die einzelnen Mitteilungen durch Tags klassifiziert werden. Unterforen soll es keine geben, da das ein schwächeres und redundantes Verfahren wäre. Die Tags können nicht frei eingegeben werden, sondern sind in einer (optional hierarchischen) Liste vorgegeben. Diese Tags können auch als Attribute mit Werten verwendet werden, wie für Metadaten zum Text, z.B. der Ort eines Geschehens oder der Status eines Supportfalls. Außerdem werden Mitteilungen versioniert, d.h. frühere Versionen können wie von Wikis bekannt abgerufen und verglichen werden. Zu den versionierten Daten gehören bislang der Textinhalt, der Betreff/Titel, Datum und Verfasser sowie eine eventuelle Dateianlage. Nicht versioniert werden bislang die Referenzen zu anderen Mitteilungen (durch die u.a. zusammenhängende Diskussionen entstehen), Zugriffslisten, der Seitenname (für Wiki-like-Nutzung) sowie die zugewiesenen Tags.

Dateien sollten wohl am besten wie Mitteilungen behandelt werden: Der Textinhalt bildet die Dateibeschreibung, die Dateianlage wird separat (als Datei oder in der Datenbank) gespeichert, Textinhalt und Dateianlage werden ganz normal versioniert. Ein kurzer Blick in die Wikipedia zeigt, dass zu versionierten Dateien auch versionierte Metadaten gehören, z.B. Dimensionen eines Bilds. Jetzt ließen sich die Metadaten der Dateien eigentlich ganz gut mit den Tags mit Textwerten speichern, ein Tag speichert die Breite, eins die Höhe, eins den Kameratyp und noch eins die Belichtungszeit. Aber leider können sich diese Daten mit neuen Bildversionen ändern, weshalb sie nicht zur Mitteilung sondern zur Mitteilungsrevision gehören.

Die Moderation ist auf beiden Ebenen möglich. Einzelne Revisionen müssen (optional) durch einen Moderator genehmigt werden, bevor sie öffentlich sichtbar sind. Das betrifft sowohl die erste Revision einer neuen Mitteilung als auch bearbeitete Versionen. (In der Wikipedia wird das „stabile Version“ genannt.) Einzelne Versionen können zudem nachträglich gesperrt werden, um sie im Notfall schnell von der Bildfläche verschwinden lassen zu können. Komplette Mitteilungen können ebenfalls gesperrt oder auch versteckt werden.

Eine andere Situation ist folgende: In einem Bug Tracker gibt es neben der eigentlichen Problembeschreibung auch eine Reihe weiterer Felder, wie Komponentenname, Verantwortlichkeiten, Versionsangaben oder den Bearbeitungsstatus. Diese Angaben ändern sich im Lauf der Bearbeitung eines Falls. Hier wäre es u.U. hilfreich, sich die Geschichte der Änderungen dieser Angaben anzusehen. In gebräuchlichen Bug-Tracker-Systemen wird zudem eine „Antwort“ generiert, die über den geänderten Status informiert; diese Mitteilungen werden wie alle Benutzerkommentare ebenfalls an alle Benachrichtigungsempfänger gesendet.