Gestaltung übernehmen - Ansicht + Gemeinsame Aktionen

[Demian]

so, gleich das nächste. Etwas blöd zu beschreiben, aber ich versuch's mal:

Ich habe eine DB die alle Gestaltungselemente enthält, die in allen DB's gleich sein sollen und Änderungen dementsprechend "weitergibt". Bisher hat das immer 1 A funktioniert. Jetzt möchte ich aber meine Ansicht Papierkorb mit den gemeinsamen Aktionen "Dokument erstellen" und "wiederherstellen" ebenfalls dort aufnehmen.

Ich habe also, die Ansicht von dieser Gestaltungs-DB in die Ziel-DB kopiert und bestätigt, dass Gestaltungsänderungen übernommen werden soll (ist auch eingetragen in den Eigenschaften).

In der Ziel-DB wird aber statt "wiederherstellen" die gemeinsame Aktion "löschen" eingefügt???

Ich bin mir darüber im Klaren, dass bei gemeinsamen Aktionen nicht den Quellcode aus der "Gestaltungselemente"-DB gezogen wird, sondern eine gleichnamige Aktion in der Ziel-DB sein muss. Das funktioniert mit "Dokument erstellen" auch einwandfrei.

Aber warum nimmt er hier einfach die Aktion "löschen"

[it898ur]

Weil die Zuordnung gemeinsamer Aktionen zu Masken und Ansichten nicht über den Namen der gemeinsamen Aktion sondern über einen internen Zähler geschieht (welcher in jeder DB bei 1 beginnt ;-) ).

Gruß

André

[Demian]

ja, das hatte ich auch schon in Erwägung gezogen und einfach noch ne dummy-Aktion in der Gestaltungs-DB eingefügt, so dass beide DB's die gleichen gemeinsamen Aktionen in der gleichen Reihenfolge haben.

Allerdings ist mir jetzt aufgefallen, dass es einen Unterschied macht, ob die DB aufem Server liegt, oder nicht.

Liegt sie auf dem Server und ich kopiere z.B. die Startseite mit der Aktion "Dokument erstellen" in die neue DB, bleibt die Aktion eine gemeinsame Aktion und zieht sich den Quellcode aus der gleichnamigen Aktion in der neuen DB.

Mache ich das bei einer lokalen DB, wird aus der gemeinsamen Aktion eine "normale" Aktion und der Code aus der Gestaltungs-DB erscheint im Klartext.

Ist das normal?

[Demian]

Liegt sie auf dem Server und ich kopiere z.B. die Startseite mit der Aktion "Dokument erstellen" in die neue DB, bleibt die Aktion eine gemeinsame Aktion und zieht sich den Quellcode aus der gleichnamigen Aktion in der neuen DB.

Mache ich das bei einer lokalen DB, wird aus der gemeinsamen Aktion eine "normale" Aktion und der Code aus der Gestaltungs-DB erscheint im Klartext.

Habe jetzt aus der neuen DB nochmal alle Aktionen gelöscht und die aus der Gestaltungs-DB wieder reinkopiert. Jetzt bleibt es bei der Startseite bei der gemeinsamen Aktion. Evtl. hatte ich beim Anlegen der Db die Reihenfolge beim Kopieren nicht berücksichtigt.

Nur das mit dem Papierkorb ist mir grad zu hoch.

Es sind insgesamt 4 Aktionen in beiden DB's:
"Dokument erstellen"
"löschen"
"Memo schreiben"
"wiederherstellen".

Das heißt in der Gestaltungs-DB müsste der Index für die Aktionen 1 & 4 sein, warum macht er in der Ziel-Db ein 1 & 2 daraus?

[Demian]

also manchmal 

hab jetzt in der Gestaltungs-DB alle Aktionen gelöscht (zuvor zwischengelagert). Habe diese dann einzeln der Reihenfolge nach wieder reinkopiert und in der Ansicht Papierkorb die gemeinsamen Aktionen neu eingefügt.

Jetzt gehts 

[Demian]

Abschließend noch eine Frage dazu:

Kann es sein, dass man davon lieber die Finger lassen und die Aktionen in jeder DB separat pflegen sollte?

Er hatte gestern die 2. gemeinsame Aktion der Ansicht in der Ziel-DB dann erst zu einer normalen Aktion gemacht. Ich musste noch ein bisschen rumexperiemtieren, bis es in der Ziel-DB dann auch eine gemeinsame Aktion war.

Das Ganze erscheint mir etwas willkürlich 

[it898ur]

Der Einsatz gemeinsamer Aktionen bei der Vererbung von Teilen einer DB schließt sich eigentlich aus (geht nur bei ganzen Schablonen gut) !

Gruß

André

[Demian]

ich glaube, das wird dann auch das Einzige bleiben in Zusammenhang mit gemeinsamen Aktionen. 

Ist mir dann doch zu stressig, da jedes Mal irgendwas löschen und neu einfügen zu müssen, bis es klappt.

Danke.