Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Immer wenn ein Nutzer ein Containerobjekt lädt werden alle darin enthaltenen fachlichen Objekte identifiziert und in einer Beobachtungsliste (Watchlist) gespeichert. Diese Watchlist wird  zu bestimmten Zeitpunkten an den Anwendungsserver gesendet und der prüft, ob seit dem Zeitpunkt der Erstellung der Watchlist darin enthaltene Objekte von anderen Nutzern bearbeitet worden sind. Wenn ja, erzeugt der Server eine Kollisionsliste und sendet diese zurück an den Computer des Nutzers. Daraufhin werden alle in der Kollisionsliste enthaltenen Objekte in der Baumdarstellung mit einem Kollisionszeichen (Icon) versehen und im Tooltip des Objektes wird angegeben:

  • welcher Nutzer (im Beispiel: Rigor Mortis)
  • wann das Objekt geändert hathat  (im Beispiel: 10:08)
  • was vorher drin gestanden ist (im Beispiel: Zeitstempel, rot hinterlegt)
  • was nach der Änderung drin gestanden ist.  (im Beispiel: Zeitstempel, grün hinterlegt)

Das sieht dann z.B. so aus:

Image RemovedImage Added

Ausgestattet mit diesen Informationen kann jeder Nutzer entscheiden wie er vorgehen möchte.

...

  1. Unser Nutzer hat keinen Anlass die Änderung seines Kollegen in Frage zu stellen. Selbst wenn unser Nutzer auf "alles bearbeiten" klickt, den Zeitraum der Restaurantbuchung aber nicht ändert und dann auf "alles speichern" klickt, werden die Daten dieser Restaurantbuchung auf dem Anwendungsserver nicht aktualisiert und dort verbleibt nach wie vor die Buchungszeit die der andere Nutzer eingegeben hat. In StattBuchung werden immer nur die Teile eines Containerobjektes zum Anwendungsserver gesendet, die auch wirklich bearbeitet worden sind. 
  2. Unser Nutzer  hat soeben erst mit dem Wirt des Restaurants telefoniert und die Buchung nochmals geändert. Anhand des Zeitstempels der Änderung durch seinen Kollegen erkennt unser Nutzer, dass der Kollege diese Information noch nicht haben konnte. Also ändert unser Nutzer die Buchungszeit ohne Rücksicht auf die Änderung seines Kollegen die damit überschrieben wird. (Übrigens bekommt jetzt auch der Kollege das Kollisions-Icon).
  3. Unser Nutzer möchte die Restaurantbuchung zwar nicht ändern, aber der noch falsch angezeigte Termin mit dem nervigen Kollisions-Icon stört ihn. In dem Fall muss unser Nutzer das Containerobjekt einfach schließen (x im Reiter, Schließen im Kontextmenü des Kalenders oder des Suchergebnisbaumes) und danach erneut öffnen. enfach auf den neuen Aktualisieren-Button klicken Da er jezt die aktuelle Version des Containers inklusive der Änderungen seines Kollegen hat ist die Restaurantbuchung nicht mehr als kollidiert markiert.

 

Der Aktualisieren-Button

Image Added

Das Layout des Event-Containers hat sich etwas geändert. Die Toolbar ist jetzt druchgängig um mehr Platz zur Verfügung zu haben. Ganz links befindet sich der neue Aktualisieren-Button. Dieser im grundsätzlich ausgegraut. Wenn aber eine Kollision festgestellt wurde und irgendwo ein Alert-Icon angeszeigt wird wird der Aktualisieren-Button anklickbar. Klickt man drauf, wird das Containerobjekt neu geladen und alle Alert-Icons verschwinden wil man ja jetzt die neuste Version des Objektes hat.

Im Beispiel oben ist ein bereits angefragter Mitarbeiter wieder entfernt worden, also ist der Aktualisieren-Button aktiv.

Die Mitarbeiterliste

Die Mitarbeiterliste ist wohl das Objekt dass in Bezug auf die parallele Bearbetung die meiste Aufmerksamkeit verdient weil diese ja nicht nur durch die Büromannschaft sondern auch durch die Rundgangsleiter selber  bearbeitet wird: Zustimmung, Ablehnung, ...

Grundsätzlich verhält sich die Mitarbeiterliste wie alle anderen Objekte auch. ABER: Ein Klick auf die Mitarbeiterliste im Baum lädt diese neu vom Anwendungsserver und aktualisiert alle Informationen aller Mitarbeiter OHNE das der Aktualisieren-Button geklickt werden muss. Die Alert-Icons verwschwinden.

Neben dem Beispiel oben (Mitarbeiter wieder entfernt) sind hier noch 2 weitere Beispiele:

Image Added

Image Added

Image Added

Wenn das Icon der Mitarbeiterliste selber ein Alert ist sind Mitarbeiter neu angefragt worden. Bitte beachten Sie in dem Fall dass der Tooltip auf die Mitte des Teillbaumers zeigt, nicht auf den Label Mitarbeiterliste. Ist im mittleren Beispiel gut zu sehen.

Reaktionen des Mitarbeiters (Zusage, Absage) sowie das Entfernen des Mitarbeiters aus der Liste werden im Baum direkt beim Mitarbeiter angezeigt.

 

Info

Verwandte Artikel

Content by Label
showLabelsfalse
max5
spacesSH
showSpacefalse
sortmodified
reversetrue
typepage
cqllabel = "kb-how-to-article" and type = "page" and space = "SH"
labelskb-how-to-article

...