Seite 10: Wiki-Stolpersteine

Inhaltsverzeichnis

In Probleme läuft man, wenn zwei Benutzer eine Seite gleichzeitig bearbeiten. Zwar wird man beim Speichern darauf aufmerksam gemacht, dass jemand anderes inzwischen eine neue Version erstellt hat. Man hat aber lediglich die Möglichkeit, die Änderungen des anderen Benutzers zu überschreiben oder die eigenen zu verwerfen. Entscheidet man sich für die eigene Variante, so sieht man nach einem Aktualisieren der Seite zwar die Änderungen des vorherigen Bearbeiters im Verlauf, die konkurrierenden Dokument-Versionen muss man jedoch von Hand mit Hilfe von Copy und Paste zusammenführen. Und dabei hoffen, dass die Wiki-Seite nicht wieder in Bearbeitung ist – eine ausgeklügelte Versionskontrolle oder zumindest eine Sperre, sobald jemand eine Seite bearbeitet, sucht man leider vergebens.

Ebenfalls nicht zu Ende gedacht ist der Dokument-Upload. Zwar können beliebige Dokumente in Wikis oder in den Benutzerbereich geladen werden, über das Web-Interface ist aber bloß eine Voransicht beziehungsweise ein Download möglich, direktes Bearbeiten jedoch nicht. Selbiges gilt für den Zugriff via WebDAV, sofern dieser über ein Desktop-Betriebssystem erfolgt. Einzig iOS-Nutzer können mit Pages oder Numbers Dokumente bearbeiten und anschließend wieder hochladen, auch wenn dieser Prozess mühsamer ausfällt als notwendig. Denn die Programme merken sich den Pfad nicht, unter dem die Datei abgelegt war, und so muss man sich nach jeder Änderung neu zum Server verbinden, sich durchs Dateisystem hangeln und anschließend die vorhandene Datei überschreiben. iCloud-Dokumente sind da deutlich einfacher in der Handhabung, da jede Änderung automatisch übertragen wird und der Benutzer sich um nichts kümmern muss. Überschreibt man mit einem iOS-Client eine Datei im Wiki, taucht aber zumindest das Dokument unter der gleichen URL wieder auf, und über den Verlauf lässt sich auch nachvollziehen, wann was von wem geändert wurde. (tru)