-
Das muss man natürlich nicht verstehen.
Was hat eine grafische Oberfläche mit DFRWRT zu tun ?
-
 Zitat von Fuerchau
Das muss man natürlich nicht verstehen.
Was hat eine grafische Oberfläche mit DFRWRT zu tun ?
Ich muss doch wissen, ob ich das Display beim WRITE schon auf dem grafischen Client Anzeige oder erst beim READ.
-
Ich weiß ja nicht, wo deine grafische Oberfläche ansetzt.
Tauscht du die Read/Write/Exfmt gegen neue Calls aus oder setzt du auf virtuellen Terminals mit 5250-Datenstrom auf.
In beiden Fällen ist es eigentlich egal zumal es ja auf Satzformatebene auch ein entsprechendes Schlüsselwort gibt (z.B. Statusanzeigen ausgeben).
Beim 5250 steuert das die AS/400 selber, wenn du Calls verwendest muss das Programm eben entscheiden.
-
 Zitat von Fuerchau
Ich weiß ja nicht, wo deine grafische Oberfläche ansetzt.
Tauscht du die Read/Write/Exfmt gegen neue Calls aus oder setzt du auf virtuellen Terminals mit 5250-Datenstrom auf.
In beiden Fällen ist es eigentlich egal zumal es ja auf Satzformatebene auch ein entsprechendes Schlüsselwort gibt (z.B. Statusanzeigen ausgeben).
Beim 5250 steuert das die AS/400 selber, wenn du Calls verwendest muss das Programm eben entscheiden.
Im Programm werden eigene Aufrufe zur Display Steuerung verwendet. Das eigentliche DDS wird in eine eigene XML Datei umgesetzt, die dann an den Client gesendet wird.
-
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
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
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.
-
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
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
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...
-
 Zitat von 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... 
Ja, ich könnte auch noch eine Freeware-Version beisteuern. Allerdings hält sich das Interesse beim "normalen" Anwender in Grenzen 
-h
-
 Zitat von holgerscherer
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
-
 Zitat von BenderD
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
-
... 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
Similar Threads
-
By schatte in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 21-09-11, 18:59
-
By Paul Gilbert in forum NEWSboard Programmierung
Antworten: 1
Letzter Beitrag: 13-09-11, 14:59
-
By ThomasJoachimFuchs in forum NEWSboard Programmierung
Antworten: 0
Letzter Beitrag: 24-04-10, 12:38
-
By GreatEMU in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 29-03-07, 10:39
-
By lyrics in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 29-08-06, 09:03
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks