|
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
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.