Hallo Hermino,


> Mir ist die Funktion des Bearbeite&Weiter-Plugin nicht klar - bzw.
> das Admin-Handbuch irritierend. Ich vermute inzwischen, dass hier der
> Version 8.5 vorgegriffen worden ist, die ein "Zwischenspeichern" erlauben
> wird.

Nein, das Bearbeiten und Weiter-PlugIn gibt es schon lange, auf jeden Fall in
Imperia 7, ich glaube auch in 6.5.


> "7.4.5 Bearbeiten
> Dieses Plug-In öffnet das Template zur Eingabe von Inhalten für den
> Benutzer. Eingegebene Daten können abgespeichert oder verworfen werden."

Das normale Bearbeiten-PlugIn bleibt nach dem Speichern in diesem Schritt
stehen, bis der Redakteur auf nächsten Schritt klickt. Tut er das nicht kann
er immer wieder Bearbeiten wählen.


> "7.4.6 Bearbeiten und Weiterleiten

Bei jedem Speichern geht Bearbeiten & Weiter einen Schritt weiter, daher der
Name, und zwar durch den Südausgang und nicht durch den Ostausgang.

Am klarsten wird das vielleicht mit dem einfachsten Beispiel:

Wenn du irgendwo mitten in deinem Workflow ein B+W mit leerem Südausgang
einbindest, so kann der Redakteur ein einziges Mal nach dem Editieren auf
Speichern drücken. Er sieht danach nie die Schritte, die im Osten folgen und
auch nie den Schreibtisch. Das Dokument geht nämlich nach dem ersten
Speichern einfach durch den leeren Südausgang, also in das Freischaltmenü.
Die einzige Chance, nach Osten zu wandern, wäre, wenn der Redakteur im
Editmode auf Abbruch klickt. Dann gelangt er auf den Schreibtisch und kann
den nächsten Schritt (-> Osten) klicken.

In Spezialfällen kann es sinnvoll sein, B+W mit weiteren nicht-interaktiven
PlugIns am Südausgang einzusetzen. Zum Beispiel, wenn die
Dokumenten-Erstellung stark automatisiert ist, der Redakteur aber manuell
irgendeine Option wählen muß, also ein Minitemplate. Das zusätzliche Klicken
auf Beenden könnte man dann sparen.

Im allgemeinen ist so ein Workflow-Aufbau natürlich eher nicht sinnvoll. Es
gibt aber eine weitere sehr nützliche Möglichkeit B+W einzusetzen, so daß
nach jedem Editschritt eine Schleife durch weitere PlugIns durchlaufen wird.
Hier ist ein Beispiel dazu:

Das leidige Thema der Synchronisation von Metafeldern auf Grundlage von
Änderungen anderer Metafelder. Mit einem CodeInclude hinkt man immer einen
Edit-Schritt hinterher, weil beim Speichern ja nur die Formulardaten in die
bestehenden Metainfos gemerged und gespeichert werden. Mit einem
Transform-PlugIn hinter dem Editschritt ist man auch zu spät, weil die
Synchronisation im nächsten Editschritt noch nicht passiert ist. In vielen
Fällen ist ein Javascript-Onsubmit-Handler eine gute und ausreichende Lösung.
Aber eben nicht immer.

In solchen Fällen ist B+W nützlich: Man hängt an den Südausgang z.B. einen
Transformschritt, der die Meta-Änderungen durchführt und leitet den
Ostausgang des Transform-PlugIns wieder zurück in den Eingang des B+W. Für
den Redakteur sieht B+W genau wie ein Bearbeiten-Schritt aus. Er landet nach
dem Speichern auf dem Schreibtisch und kann, wenn er fertig ist, den nächsten
Schritt klicken oder das Dokument nochmal editieren. Tatsächlich sind aber
hinter seinem Rücken weitere Meta-Änderungen ausgeführt worden.

Man kann natürlich auch interaktive PlugIns im Süden anschließen und deren
Ostausgang mit dem Eingang des B+W verbinden.

Wenn man B+W so einsetzt, ist es empfehlenswert, das Label des B+W-Schritts
auf "Bearbeiten" zu ändern, weil sonst Redakteure oft Angst haben, den
Schritt zu klicken, wenn ihr Dokument noch nicht beendet werden darf.

Viele Grüße

Ingrid Gräfen
e-tv GmbH