Workflow ng + Views + Relativity

Man, mir wird ja schon vom Lesen wirr. Du gehst das Ganze mit Cilds und Parents und Template mit View fuer Childs und Workflow maechtig kompliziert an.
Workflow erscheint mir wie der Hammer mit dem Du Deine Parents und Childs zu Brei zusammenhaust.

Hast Du Dich da nicht etwas verzettelt? Kannst Du das nicht etwas einfacher realisieren?

Das Problem liegt aus meiner Sicht bei

Ich entwickle gerade ebenfalls mit Relativitys. Aus meiner Erfahrung benoetigt man kein Template mit einem View, um die zum Parent gehoerenden Child zu zeigen.

Die Uebersicht der Childs eines Parent wird am Parent gezeigt. Man kann sie ueber oder unter dem Parent anordnen - ohne Template. Die Childs von Childs sind am Parent aber nicht zu sehen. Die sieht man erst wenn man in der (Child)Navigation eine Stufe tiefer geht: Dann wird der obere Child des Parent selber zum Parent und zeigt den urspruenglichen Child des Child als nachfolgenden Child.

Alles Klar?

:-) :-) :-)

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

ich nutze den view ja vor allem dafür, dass diese häßlichen borders mit der beschriftung wegfallen. das passt ja auch bestens und sieht auch genau so aus, wie es eben soll!

mein hauptanliegen ist doch nur, dass ich nach dem erstellen eines children nicht bei diesem lande sondern einen redirect zum parent habe.

im übrigen scheint es auch nicht an views zu liegen. wenn ich workflow-ng auf andere nodes anwende passiert in etwa der selbe effekt, der node kann nur noch vom admin angeschaut werden.

Die Border (sind HTML fieldsets) und die Beschriftungen (sind HTML Label) kannst Du easy mit CSS wegthemen.

Nachtrag zu den Childs am Parent.
Natuerlich werden nur die bereits zugewiesenen Childs angezeigt. Die noch nicht zugewiesenen Childs bekommt man zu sehen mit: Child zuweisen.

Hinweis:
Beim Zuweisen von Childs wird ein Bug des Modules Node Relativity wirksam. Wenn ein User Childs zu einem seiner Parents zuweist so werden ihm auch die Childs aller anderen User gezeigt. Ich habe diesen Bug gefixt. Es gibt hier im Forum einen Thraed zu diesem Bugfix.

Beachten beim Entwickeln Deiner Relativity Applikationen musst Du auch, das der Superadmin beim Zuweisen von Childs den Sonderstatus einnimmt, die Childs eines Parent aller User zu sehen zu bekommen.
Logge Dich also mal ab und zu als normaler User ein und teste Deine Relativity Applikationen.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Ich habe eben mal bei meiner Relativity Applikation bei einem Parent ein Child erstellt. Nach dem Sichern des erstellten Child lande ich beim soeben erstellten Child.

Das ist es doch was Du willst, oder?

Nachtrag:
Das ist es nicht was Du willst.

Verstehe aber Dein Anliegen, nach dem Sichern des Child nicht bei diesem zu landen, nicht. Dadurch aber bekommt man doch den eben neu erstellten Child quasi in der Fertig-Ansicht zu sehen und kann somit gleich kontrolieren was man da gerade fabriziert hat.

Wenn es nicht so waere wurde ich als Anwender nach dem Erstellen des Child und der Landung beim Parent sofort zum Child klicken um ihn zu sehen und zu kontrollieren.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

ich habe die childs ja als full nodes angehängt. entspricht in etwa einem Forum!

es liegt wohl an den permissions, nur wie kann man die bei workflow-ng ändern?

Gar nicht wuerd ich mal sagen. Aber wieso vermutest Du die Berechtigungen?

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

da workflow role-based ist oder? das prob ist, alles was ich mit workflow-ng mache kann am ende nur ich als admin auch sehen. daher kann es doch nur an den permissions liegen oder

der gleiche fehler kommt übrigens auch bei dem modul "node go to" ich versteh das irgendwie nicht

vermutlich an diesen problem: http://drupal.org/node/196445

der redirect verhindert dass node relativity das child als child markiert..