2013-05-29 4 views
5

Angenommen, ich habe ein klassisches Seitenlayout.Sitecore Page Editor und Workflow - wie?

  • Mähvorrichtung, mit einem Logo (ein sublayout)
  • A Top-Navigation in der Kopfzeile der Seite (weiteres sublayout)
  • A 3-column Seite sublayout mit:
    • Eine linke Navigation Unterlayout geladen in der linken Spalte Platzhalter
    • Ein Platzhalter in der mittleren Spalte wo verschiedene Inhaltselemente (Slideshow, Tabs Behälter, Block von HTML, etc.) können
    • einen Platzhalter in der rechten Spalte wo verschiedene Seitenleiste Inhaltselemente (geteilt über geladen werden mehrere Seiten) können
  • eine Fußzeile sublayout, möglicherweise mit einer Fußzeilennavigationslinks sublayout als auch (wie Kontakt, Hilfe, T & C usw. geladen werden)

Lassen Sie uns jetzt sagen, dass all dies im Seiteneditor bearbeitet werden kann, und lassen Sie uns die Tatsache hinzufügen, dass ich alles wollen durch Workflow gehen.

Wenn der Editor zu einer bestimmten Seite geht (sagen wir die "Über uns" Seite), wenn er auf EDIT klicken wird, was genau soll Sitecore tun? Würden alle auf dieser Seite angezeigten Elemente in den DRAFT-Status wechseln? Oder würde das nur passieren, wenn der Redakteur tatsächlich einige Inhalte in einigen der auf der Seite angezeigten "Inhaltselemente" bearbeitet?

Und was passiert, wenn die Seite zur Genehmigung vorgelegt wird? Würden alle Unterelemente, die geändert wurden, ebenfalls in den Status "Zur Genehmigung weitergeleitet" versetzt und in der Workbox des Genehmigers/Verlegers angezeigt?

Wenn nichts von Anfang an geschieht, wie könnte das alles implementiert werden? Hat schon jemand dieses Problem gelöst und erfolgreich gelöst? Es scheint ein allgemeines Problem zu sein, doch scheint es mir nicht möglich zu sein, eine Anleitung zu finden, wie all dies zusammenhängt.

Danke, FG

Antwort

3

Ich habe gerade einen schnellen Test der dies getan. Dies sind meine Ergebnisse:

Wenn der Benutzer im Seiteneditormodus auf Bearbeiten klickt, passiert an diesem Punkt nichts in den Workflowzuständen. All dies ermöglicht dem Benutzer, den Inhalt zu bearbeiten.

Es gibt einen "Edit" -Block im Seiteneditor, der dem Benutzer das Sperren und Entsperren ermöglichen würde - dies wirkt sich nur auf das aktuell bearbeitete Element aus und nicht auf verwandte Elemente zum Rendern von Inhalt auf der Seite.

Das gleiche passiert, wenn der Benutzer auf die Schaltfläche Speichern klickt.Nur der aktuelle Artikel wird gesperrt und in den Workflow-Entwurfsstatus eingefügt.

Wenn der Benutzer jedoch einen Teil des zugehörigen Inhalts bearbeitet (Logo, Navigationsleiste, Fußzeile usw.), werden beim Klicken auf die Schaltfläche "Speichern" sowohl das aktuelle Element als auch die bearbeiteten Elemente gesperrt und platziert der anfängliche Workflow-Status (vorausgesetzt, die Standardwerte der Vorlagen haben natürlich eine anfängliche Workflow-Konfiguration)

Diese Tests wurden mit der ursprünglichen Version von Sitecore 7.0 durchgeführt - aber ich glaube nicht, dass sich das Verhalten von 6.5 oder 6.6 geändert hat.

+0

Sehr interessant ... Sie sagen, dass Sitecore tatsächlich in der Lage ist, das Richtige zu tun, nämlich nur die Elemente, die tatsächlich geändert wurden, in den DRAFT-Zustand (oder den ursprünglichen Workflow-Status) zu setzen. Ich hätte nie gedacht, dass dies von Anfang an der Fall sein könnte. Ich nehme an, dass dies möglicherweise Parallelitätsprobleme verursacht, wenn Sie einige Elemente haben, die auf mehrere Seiten verteilt sind (wir versuchen, die Freigabe von Inhaltsblöcken so weit wie möglich zu fördern). Danke, dass Sie sich die Mühe gemacht haben, dies zu testen! –

Verwandte Themen