2 Bildschirmdateien in einem RPG-Programm

[Pikachu]

Sind die Formatebenen-IDs der gleichnamigen Formate beider Dateien identisch?

[B.Hauser]

Hast Du's schon mal mit Überschreiben versucht?
OVRDSPF (Overide Display File) vor dem Öffnen ausführen.
M.E. sollte das klappen, wenn die Display-Files die gleichen Formate und innerhalb der Formate die gleichen Feld-Namen beinhalten.

Birgitta

[Fuerchau]

Mit dem OVR hat dies nun überhaupt nichts zu tun.

Der Compiler ordnet sich zu jedem Formatnamen den Dateinamen zu.
Bei doppelten Formatnamen gibt's einen Compiler-Fehler und keine Programmerstellung!

Also muss ich eine Umbenennung durchführen.

Somit weiß der Compiler nun, bei welchem Format welche Datei gemeint ist.
Bei den Eingabe-Befehlen kann ich entweder Datei- oder Formatnamen angeben.
Bei den Ausgabe-Befehlen muss ich aber das Format angeben, ein Dateiname ist nicht erlaubt.
Hierbei wird dann bei Umbenennungen intern wieder das korrekte Format der Datei verwendet da es sonst zu Laufzeitfehlern kommen würde.

[Fuerchau]

Nachtrag:
Wobei ich den Grund für diese Aufgabenstellung nicht nachvollziehen kann.

[philsturm]

Die Vorschläge hören sich alle gut an, und ich werde morgen mal ein bisschen testen.

Den Grund kann ich kurz erläutern:
Wir stellen z.Zt. alle unsere Programme auf eine grafische Oberfläche um. Dabei ist es nötig, die DSPF teilweise zu bearbeiten. Da viele Programme/DSPFs aber dauerhaft durch diverse Benutzer gesperrt sind, wollte ich so eine einfache Möglichkeit haben, die Benutzer während der Umstellung auf eine identische "Bildschirmdatei" umzuleiten, um mit der Originaldatei arbeiten zu können.

[Fuerchau]

Das erreichst du am ehesten, wenn du die Arbeits-DSPF's ganz einfach in eine separate Lib stellst und die LIBL anpasst.
Wie soll sich denn das/die Programm/e verhalten, wenn sie es mit 2 DSPF's zu tun haben?
Du müsstest nicht nur die Formate umbenennen sondern auch sämtliche EA-Anweisungen doppeln und per Bedingung entscheiden.
Für wie viele Programme möchtest du das durchziehen?

Überlege da noch mal deinen Ansatz.

[dschroeder]

Da wir auch vor einiger Zeit eine grafische Oberfläche eingeführt haben, würde mich interessieren, mit welchem Produkt ihr das macht und wie eure Erfahrungen sind.

Dieter

[holgerscherer]

Wir stellen z.Zt. alle unsere Programme auf eine grafische Oberfläche um. Dabei ist es nötig, die DSPF teilweise zu bearbeiten. Da viele Programme/DSPFs aber dauerhaft durch diverse Benutzer gesperrt sind, wollte ich so eine einfache Möglichkeit haben, die Benutzer während der Umstellung auf eine identische "Bildschirmdatei" umzuleiten, um mit der Originaldatei arbeiten zu können.

Wenn Dir das zu umständlich ist, könnte ich Dir eine einfache GUI anbieten, bei der das nicht nötig ist. Gerne auch kostenlos bei Bereitschaft, etwas Betatester zu spielen.

-h

[philsturm]

@Fuerchau: Den Ansatz mit unterschiedlichen Lib's haben wir momentan. Ich dachte, man könnte das weniger aufwendig und mehr eleganter lösen . Aber du hast Recht, das anpassen sämtlicher E/A-Operationen bedeutet zu viel Aufwand.

@dschroeder: Ich schreibe nachher mal ne PN

@holgerscherer: Da wir das Tool bereits gekauft haben und teilweise die neue GUI auch schon im Produktionseinsatz haben, kommt dein Angebot leider nicht in Frage. Zusätzlich sind wir mit der GUI auch sehr zufrieden. Allerdings würde ich mir, rein interessehalber, deine GUI-Lösung mal anschauen. Kann man sich irgendwo Beispiele anschauen (vllt. als Screenshot, PDF, o.ä.)? Gibt es eine Dokumentation?

[DKSPROFI]

Moin Holger,

daran habe ich Interesse. Bekommst eine PN.


mfg


DKSPROFI

[Robi]

Moin,
wir machen das auch mit OVRDSPF
Einzelnde Usergruppen haben ihre eigenen Bildschirmaufbauten. Erstellt mit einem PGM aus einer Datei, die die definitionen enthällt. Der IO Datenstrom ist, egal welcher BS verwendet wird immer gleich.
Vor dem öffnen der DSPF schaut das Pgm nach, welchen BS der User bekommen soll und macht der OVR.
Läuft seid über 10 Jahren stabil!
Robi

[B.Hauser]

Fuerchau:
Mit dem OVR hat dies nun überhaupt nichts zu tun.

Der Compiler ordnet sich zu jedem Formatnamen den Dateinamen zu.
Bei doppelten Formatnamen gibt's einen Compiler-Fehler und keine Programmerstellung!

Also muss ich eine Umbenennung durchführen.

@Baldur
Warum sollte die Aufgabenstellung nicht mit OVRDSPF funktionieren?
In dem Programm ist nur eine einzige Display-File hinterlegt.
Doppelte Format-Namen können bei einer einzigen Display-File nicht auftreten, da ansonsten schon die Display-File nicht hätte erstellt werden können.

Die in Frage kommenden Display Files haben alle die gleichen Formate bzw. Format-Namen und verwenden innerhalb der Format Namen die gleichen Variablen Namen (je nach Berechtigung sind diese z.T. sichtbar, können z.T. erfasst werden oder sind einfach versteckt).

Zu Beginn des Programms wird die Display-File mit der gewünschten Display-File überschrieben und das war's.

Ob die einzelnen Display-Files sich in unterschiedlichen Bibliotheken befinden oder in der gleichen Bibliothek mit unterschiedlichen Namen spielt dabei keine Rolle.

... und Robi besätigt, dass es bei Ihnen bereits seit über 10 Jahren so läuft.

Birgitta