API zur Ermittlung des Parameter DFRWRT in einem Displayfile?

[Robi]

Ich muss doch wissen, ob ich das Display beim WRITE schon auf dem grafischen Client Anzeige oder erst beim READ.

ja natürlich, (oder doch nicht ?)

Wenn das bei euch wichtig ist ...
hast du mal ein Beispiel?
Ich hab nicht mal eine Idee, wofür das gut sein soll.

Hilf mir bitte mal
Robi

[Fuerchau]

Auf Datei und Satzformatebene kann man bestimmen, dass die Daten direkt beim Write ausgegeben werden und nicht auf READ/EXFMT gewartet wird.

Verwendet wird das (wie oben gesagt) zur Anzeige von Statusmeldungen, Refresh von Inhalten ohne das Programm anzuhalten.

[Robi]

Ok,
kann ich mir dunkel vorstellen.
Kommt aber in den Anwendungen die kenne nie vor.
War auch nie eine Anforderung oder wurde anders gelöst.

@Schatte
Wir haben unsere Anwendung auch selber 'Guifiziert' und eine tolle Java Oberfläche gebaut.
Grün läuft noch und Gui auch. Gui mit entsprechendem Mehrwert für die Anwender, Grün u.a. für Produktionsmitarbeiter, deren Hände nich für eine Maus gemacht wurden.
(Nutze für solche Aktionen die Möglichkeiten einer graphischen Oberfläche um z.B. eine 'Achtung' graphik in die Ecke zu malen)
Viel Erfolg.
Gruß
Robi

[Fuerchau]

Ist ja schön, dass es mal wieder eine grafische Oberfläche für die AS/400 mehr gibt.
Wofür die Leute so immer Zeit haben...

[holgerscherer]

Ist ja schön, dass es mal wieder eine grafische Oberfläche für die AS/400 mehr gibt.
Wofür die Leute so immer Zeit haben...

Ja, ich könnte auch noch eine Freeware-Version beisteuern. Allerdings hält sich das Interesse beim "normalen" Anwender in Grenzen

-h

[BenderD]

Ja, ich könnte auch noch eine Freeware-Version beisteuern. Allerdings hält sich das Interesse beim "normalen" Anwender in Grenzen

-h

Das Problen ist halt, dass sich an der Ablauflogik - und damit an der Ergonomie der Programme nix ändert, die sehen dann nur anders aus - erinnert mich immer an den Karmann Ghia, sah ein bisschen nach Porsche aus, war aber ein VW Käfer mit Postkutschenfahrwerk.

D*B

[holgerscherer]

Das Problen ist halt, dass sich an der Ablauflogik - und damit an der Ergonomie der Programme nix ändert, die sehen dann nur anders aus - erinnert mich immer an den Karmann Ghia, sah ein bisschen nach Porsche aus, war aber ein VW Käfer mit Postkutschenfahrwerk.
D*B

Da hast Du vollkommen Recht, ich habe aber drei Gruppen herauskristallisieren können:
- nur die Programme aufhübschen, Logik belassen, Bildchen dazu, geht relativ einfach
- wünschen Zusatzfunktionen, alte Logik belassen. Schon schwieriger, je nach Sonderwünschen
- möchten was ganz neues aus ihrer Software machen. Da hilft nur Neuprogrammierung oder Neuanschaffung.

Und interessanterweise ist die erste Gruppe nicht klein, aber: Arbeit solls auch keine machen

-h

[BenderD]

... allerdings könnte man auch die meist benutzten Programme neu schreiben, mit 20% der Programme würde man da 80% der Tätigkeite erwischen und dann die restlichen 80% als moderne Programme verkleiden, nach dem Motto: im Stadtverkehr ist es auch im Karmann Ghia eng und 53,5 schaft der auch.

D*B

[RobertMack]

... allerdings könnte man auch die meist benutzten Programme neu schreiben, mit 20% der Programme würde man da 80% der Tätigkeite erwischen und dann die restlichen 80% als moderne Programme verkleiden, nach dem Motto: im Stadtverkehr ist es auch im Karmann Ghia eng und 53,5 schaft der auch.

D*B

Chapeau!

Wird Deskilling eines Tages unser bestes Argument sein? Wenn 80% der User im Wald der VALUE- und CMP-Plausibilisierungen verloren gegangen sind und der Letzte das Wissen um ALLE Zusammenhänge in den Ruhestand mitgenommen hat?

[Fuerchau]

Also bis dahin haben sowieso alle SAP .

[Joe]

Also bis dahin haben sowieso alle SAP .

Die kostenlose Version?

[malzusrex]

Und interessanterweise ist die erste Gruppe nicht klein, aber: Arbeit solls auch keine machen

-h

und nach Möglichkeit nichts kosten..
Das kenn ich irgendwie.