ovrprtf

[Rafer19]

einen Open auf eine geöffnete Datei
Aha, verstehe....

ich bin mir auch nicht sicher, ob der OVRPRTF mich meinem Ziel näher bringt..
Vielleicht weisst du, aus deimem unerschöpflichen Fundus einen Weg:
2 - 4 Printerfiles, mit gleicher Anzahl Satzformaten. Unterscheiden sich in den Textkonstanten, wegen Fremdsprachlichkeit und daraus resultierend plus entsprechender Textfelder...
Werden gefüllt aus einer DB(sequentiell), in der das Sprach-KZ die zu benutzende PRTF vorgibt.
Habe ich in soweit schon realisiert, als dass ich, z.B. bei 2 PRTF's, die Verarbeitung, sprich das Füllen der Satzformate in die PRTF, 2 x codiert habe.
Wollte jetzt, um es etwas schöner zu haben, nur einmal die Verarbeitung durchlaufen und die entsprechende PRTF füllen...
UND falls mal eine weitere PRTF hinzukommt, dann möchte ich die nur einbinden und alles geht wie von selbst... und nicht die Verarbeitungsroutinen abermals kopieren

ich habe das Gefühl, dass das nicht schwer ist, aber momentan sind meine Gedanken wie vernagelt!!!

[Fuerchau]

Der Weg ist schon der Richtige !
Mittes OVRPRTF kannst du verschiedene Sprachversionen VOR dem Open einstellen.
Zu beachten ist allerdings:
Beim Open wird für jedes importierte Satzformat (COPY-Anweisung) ein Levelcheck durchgeführt. Ist dieser negativ, wird der Open mit Status bzw. CPF-Meldung abgelehnt.
Für jedes Satzformat ist natürlich die Pufferaufteilung (Feldreihenfolge) genau identisch zu halten.

Was allerdings die Mehrsprachigkeit angeht, solltest du eigentlich mit genau 1 Printerfile auskommen und alle Sprachabhängigen Texte aus einer Datei (oder MSGF) lesen. Das vereinfacht die Sache, insbesonders was das Hinzufügen neuer Sprachen angeht.
Layout-Varianten lassen sich aber leider so nicht gestalten, da dies das Programm ja wissen muss.

[BenderD]

Hallo,

da will ich mich mal als interessierter Laie einmischen - Layout Varianten wären eventuell über Boolean Properties (früher mal Beszugszahlen) machbar.

Dieter Bender

Der Weg ist schon der Richtige !
Mittes OVRPRTF kannst du verschiedene Sprachversionen VOR dem Open einstellen.
Zu beachten ist allerdings:
Beim Open wird für jedes importierte Satzformat (COPY-Anweisung) ein Levelcheck durchgeführt. Ist dieser negativ, wird der Open mit Status bzw. CPF-Meldung abgelehnt.
Für jedes Satzformat ist natürlich die Pufferaufteilung (Feldreihenfolge) genau identisch zu halten.

Was allerdings die Mehrsprachigkeit angeht, solltest du eigentlich mit genau 1 Printerfile auskommen und alle Sprachabhängigen Texte aus einer Datei (oder MSGF) lesen. Das vereinfacht die Sache, insbesonders was das Hinzufügen neuer Sprachen angeht.
Layout-Varianten lassen sich aber leider so nicht gestalten, da dies das Programm ja wissen muss.

[Fuerchau]

@Dieter
Aber sehr eingeschränkt, da mit Bezugszahlen nur die Sichtbarkeit oder ein paar Attribute gesteuert werden können, nicht jedoch die Position eines Feldes.

Besser wäre dann schon AFPDS, ein Format mit einem Feld, Attribute über BZ's, Position über Programmübergabefelder wahlweise in Inch/cm und noch ein Format für die Seitenausgabe.
So kann ich quer über die Seite alles drucken bevor ich es ausgebe.
Ich frage mich allerdings, wer das schon je gemacht hat (Zeilenberechnung, Spaltenberechung, Überlaufberechnung, ...).

Beim Windows ist das (native) der Standard, aber nicht umsonst gibts da eine vielzahl von Generatoren die mir dabei helfen.