Hallo Elli,
> Fehlerzeichenfolge: my is undefined
> Zeile 35
> Quelle: myItems[oneItem].texts[0].move(LocationOptions.before,
> my-Items[oneItem].parent.insertionPoints[0]);
Woher kommt das Minus zwischen "my" und "Items"?
In meinem Code steht das so nicht drin und der Begriff muß "myItems" heißen.
Bitte kopier' Dir meinen Code nochmal so wie er ist raus.
> Textrahmen die wiederum auch die verankerte Dateien enthalten können.
Oh jemmineeh, oh jerumneh.
So etwas hatte ich fast befürchtet.
Mein Skript war auf einfache Marginalien ausgelegt.
Ich hatte damit gerechnet, daß auch noch andere Rahmen (Bildrahmen) verankert sein könnten, habe dem Skript aber gesagt, es soll diesen keine Beachtung schenken.
Text- oder Bildrahmen in einem verankerten Textrahmen hatte ich allerdings nicht berücksichtigt (kam bei mir selber noch nie vor). Sollten an und für sich keine größeren Probleme machen. Das muß ich morgen aber nochmal gezielt nachstellen und mir einen Kopf zu machen. Eine Musterdatei von Dir wäre mir eine Hife.
> Da das Makro nur die mit dem markierten Bereich verankerten Objekte löst,
> sollten die Nebenrahmen egal sein, oder?
Es handelt sich nicht um ein Makro!
Ja, es ist immerhin ein Skript!
Aber was bezeichnest Du als Nebenrahmen?
Textrahmen in verankerten Textrahmen oder verankerte Textrahmen, deren Anker außerhalb der Auswahl liegen?
> Nun verstehe ich (indesignmakronullcheckerin) nicht, was der Sinn der Tags
> an der Position des Ankers ist.
Die Tags sollen anzeigen, wo der Inhalt des verankerten Rahmens beginnt und wo er wieder endet und zwischen den Tags ist der Inhalt des verankerten Textrahmens untergebracht. In einem weiteren Skript könnte der Text zwischen den Tags wieder in einen verankerten Textrahmen umgewandelt werden (also Textrahmen erstellen an der Position des Start-Tags und den Text (+ eingebettete Bilder) zwischen den Tags in den Textrahmen verschieben).
> In meinem Fall wäre es schon genug, wenn die Objekte einfach gelöst
> werden und diese auf der Position stehen blieben.
Grins. ;-)
Wenn Du wüßtest, was das programmiertechnisch für ein Aufwand wäre ...
Nein, die Anker herauslesen und die Textrahmen auf ihrer Position stehen lassen, das muß ein anderer erledigen. So etwas würde ich selber nie brauchen und ich halte es für wenig sinnvoll.
Das wäre hinterher ein Heidengeschäft, die Rahmen alle wieder an der richtigen Position zu verankern.
Mir gefällt die Tag-Lösung besser.
Deswegen würde ich eher auf dieser Baustelle weitermachen.
Ja, das sind die Freiheiten eines Freeware-Programmierers - nix als Lust und Laune!
> Eine Komplettlösung mit wieder zurücklesen der Rahmen über Tags
> scheint mir doch ziemlich schwierig zu sein
Nein!
Über die Tag-Methode (s.o.) ist sie zum Greifen nahe.
> Die Übersetzungsprogramm-Programmierer benötigen dazu immer 1/2 Jahr und mehr
;-)
Martin Fischer
Skripte für InDesign im Skriptarchiv von HilfDirSelbst.ch