RE: 5250 graphics

Hmm.. for that matter, why couldn't you write your own API to
do graphics, which would change the way they were transmitted
dependant on what device the user was using?  If they were
using a GDDM capable device send the data that way, otherwise
send using IP socket to some VB client that would display them?

The answer, I think, is the same reason GDDM died, not much
need for it.

Regards,

Jim Langston

-----Original Message-----
From: thomas@inorbit.com [mailto:thomas@inorbit.com]
Sent: Thursday, November 01, 2001 7:28 PM
To: mi400@midrange.com
Subject: RE: [MI400] 5250 graphics


Njål:

On Thu, 01 November 2001, "Njål Fisketjøn" wrote:

> Why burden the AS/400 to "do" the graphics, when you can easily write
> a client server app to make the PC do it?
>
> And why bother learning "stone age" API's (GDDM), when you can use VB,
Java
> or some other PC-based language?

You're right in both respects. Yet, there are reasons for both. The
immediate simple responses that come to mind are that GDDM is available for
free on AS/400s all over the world and that MI has a difficult time calling
VB programs adequately. Also keep in mind that GDDM can be used to create
printed graphics; i.e., a 5292 graphics workstation is not required for
output.

Maybe the best reason of all for this list is simply... it feels pretty cool
when you make it work!

Tom Liotta

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax  253-872-7904
http://www.400Security.com