DSPF Handling (was Re: Design shift of view)

[DAsmussen@xxxxxxx]

Joe,

In a message dated 98-07-24 22:33:19 EDT, you write:

> Could we get rid of display files all together? Some type of action in SEU (
> like a function
>  key) would cause SDA to be invoked. The display file code would become part
> of the
>  RPG program. The compiler would generate the 5250 data stream. Writing RPG 
> would
>  then be more like the visual development tools (only in the fact that you 
> work on the screen
>  and program code at the same time).

Amen to _THAT_!  On my last platform, DSPF specs were included at the top of
the code much like "F" specs (and _MUCH_ more legible than DDS specs, without
the wasted space).  We didn't have anything as nice as SDA, but I got to the
point that I could lay out a screen in my head without filling out a form.
There _was_ no "file" to be locked, and the display was _always_ in synch with
the program.

Regards,

Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-Mail:  DAsmussen@aol.com

"One of the greatest labor saving inventions of today is tomorrow." -- Vincent
T. Foss
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---