2 Bildschirmdateien in einem RPG-Programm

[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