Q:
Looking for less complex DSM interfaces
We have recently developed a business application using external definitions stored in a database file - such as fields definitions, data structures, validity checks, and so on. One of the uses of this external data has been to generate a DDS source that is then compiled into a DSPF.
I would like to replace this generate-DDS/compile-DSPF solution and generate runtime on-the-fly 5250 screens instead.
I understand that DSM could be the solution, but it seems a bit complex. I would like to know if there are any other solutions you are aware of, or if there are any friendly DSM interfaces that neutralize some of the complexity. The DDS we generate utilizes the standard DDS attributes such as indicators, PR, UL and so on, for both subfile and detail formats.
I would like to replace this generate-DDS/compile-DSPF solution and generate runtime on-the-fly 5250 screens instead.
I understand that DSM could be the solution, but it seems a bit complex. I would like to know if there are any other solutions you are aware of, or if there are any friendly DSM interfaces that neutralize some of the complexity. The DDS we generate utilizes the standard DDS attributes such as indicators, PR, UL and so on, for both subfile and detail formats.
ASKED:
Nov 11 2008 5:52 PM GMT
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
A:
RATE THIS ANSWER
0
Click to Vote:
0
Click to Vote:
- 0
0
You can use RPG to manipulate a full 1920 byte screen field, inserting hex 20's as end of field terminators and so on, but frankly, you've got the best solution for the present.
I'd hate to try and use DSM to handle subfile output, when I have a higer level language that could do it
