Re: Viewing 5250 attribute bytes

Hi Vern,

I am used to working with STRCPYSCN, but have never saved them to a file.

I have done that now, but how do you get the data in a PF to a Word
document?

It looks pretty interesting.



Thanx,

Nick



Nick Radich
Sr. Programmer/Analyst
EPC Molding, Inc.
Direct (320) 679-6683
Toll free (800) 388-2155 ext. 6683
Fax (320) 679-4516
nick_radich@xxxxxxxxxxxxxx



vhamberg@xxxxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
06/13/07 02:40 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: Viewing 5250 attribute bytes






Maybe an interesting alternative is to use STRCPYSCN and have it write
each screen to a PF - the attribute bytes are included. I've played some
with using this output to get nice screen captures in Word - with correct
underlines and colors and all that.

Vern

-------------- Original message --------------
From: "Douglas Handy" <dhandy@xxxxxxxxx>

Steve,

With all due respects to Doug I think the cure is worse than the

affliction. [smile] Flipping a little switch might have been (in
retrospect) the most UN-dumb way of having the feature available.

Oh, I am well aware of the advantages of the old 5251 attribute switch,

or

keyboard method in many newer terminals. I missed having the feature
available, which is why I wrote my DspDspAtr attention handling program.

I

don't consider it as nice as a hardware switch, but I think it beats

having

nothing at all available. I also miss having each attribute byte's hex
value immediately viewable when you toggle the switch, but the best I

could

come up with is a method to instantly see where the attribute bytes are

at

then request the hex value of any given attribute.

It had been so long since I used this though that I had actually

forgotten

about it. That's another advantage of the hardware switch...

I use to mess with user defined streams and I'll probably spend a little

time with Doug's code because the subject is interesting. That stuff
doesn't normally come together nicely and I can imagine that Doug had
fun getting the code to where it worked. Well put together.

It wasn't hard at all, since I was pretty familiar with the 5250 data

stream

and what you can do with it. I used to output 5250 data streams directly

from RPG II on the S/34 as learning exercises (never in production

code).

DSM just makes it alot easier to implement some of this stuff. You can

do

some neat things fairly easy with DSM, and this is a case in point.

Doug
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.