RE: DSPF with SRCFILE(*NONE) Re: external *PRTF (was: RE: 'ILE RPG' or 'RPG IV' . What's the difference!!!)

Anton,

I don't understand everything you're saying here, so if I get it wrong,
please be gentle, okay? <grin>

> -----Original Message-----
> From: Anton Gombkötö [mailto:Gombkoetoe@ASsoft.com]
> 
> OK, nice, but won't this lead to "display files" as they were 
> on the S/34,
> in the end?
> 
> One created them via SDA and one used them in RPG, program described
> I-statements (with non displayed fields to identify the record!) and
> O-Statements, using such nice things like coding the name of 
> the format to
> be excepted like
> 
> O                     K5 'FMT01'
> 
> (Yes, the 5 was the length of the string 'FMT01'!)
> 
> Weren't we happy to leave that desert, (or to express it in time, not
> geography) the dark ages without external references? We 
> "suddenly" (after
> long years of slave's work :-) coded things only once and 
> reduced errors
> resulting from this radically! And - everybody sees the need 
> for an external
> description of the >device dependant> attributes of the 
> fields (non-display,
> white, red, blinking, ...), even at the cost of the soooo 
> ugly indicators
> (great how i avoided "sucking", ha? :-) - funny, how 
> different this is on
> the output side - the printer file... (Cheers, Dan, great discussion!)

Certainly if someone actually used this approach, that would be the case.
I'm not advocating this as something anyone should ever do, I'm just
pointing out that program-described display files ARE possible, so that
argument against comparing print files to display files is not as strong as
it might seem.

> - - -
> And - what about input fields in *your* example?

As written, the whole screen is effectively a big I/O field.  Anything you
type into it goes back to the program.  You'd have to set the right hex
attributes at the right locations to protect constant text and allow entry
where appropriate.  It's doable but tedious and error-prone, I would say.

> - - -
> Didn't anybody on this world - nowadays i can ask the "whole" 
> world (at
> last!) - program a tool, that outputs real 5250 data stream, like i
> sometimes suggest(ed) the UPDDTA to work, as performance for 
> creating the
> display formats was quite good even at earlier releases *and* 
> the screens do
> behave slightly different from the ones created by a "stored" 
> DFU "program".

Could you please type that a little slower <g>, I don't quite know what
you're asking here? 

Dave Shaw
Spartan International, Inc.
Spartanburg, SC
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---