Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!oracle!news
From: corpspt@oracle.com (David E. Anderson)
Newsgroups: comp.databases
Subject: Re: Oracle Forms & Wyse50/Vt100
Summary: You need Forms 2.3 or 3.0
Keywords: ORACLE SQL*Forms graphics characters
Message-ID: <1990Mar6.000045.21684@oracle.com>
Date: 6 Mar 90 00:00:45 GMT
References: <361@cmsfl> <468@usperb.Dayton.NCR.COM> <2321@ucqais.uc.edu> <469@usperb.Dayton.NCR.COM>
Sender: danderso@oracle.com (ANDERSON@WELL.UUCP after Mar 9)
Reply-To: danderso@oracle.com (David E. Anderson)
Followup-To: comp.databases
Distribution: usa
Organization: Oracle Corporation, Belmont CA
Lines: 44

In article <469@usperb.Dayton.NCR.COM> daved@usperb.Dayton.NCR.COM (Dave Dresselhouse) writes:
>In article <2321@ucqais.uc.edu> skilby@ucqais.uc.edu (Steven Kilby) writes:
>>In my understanding and experience, you can develope a form on any type
>>terminal and then use it on any other terminal.  As long as the the 
>>given terminals are defined and have *.crt files.  I have developed several
>>fomrs on both AT&T 610's and DEC VT340's and then run them on a ADDS
>>Viewpoint.  The Viewpoint is made by NCR and has no graphics character set.
>>As Mr. Greenlaw, a staff engineer at Oracle, has stated in a previous
>>article, there is software included with oracle to define almost any
>>terminal.  If used properly, the software will generate boxes with 
>>appropriate graphic characters or use -,|,+ for terminals that do not support
>>a graphic character set.  This is fully documented in the DBA manual and
>>in the Installation manual.
>>
>This doesn't work with the version of Forms that we're running! Even though
>the CRT tables (crt, crtbox, esc, etc) have correct entries for both crt types,
>a form generated for one crt type will not display graphic characters on anothercrt type if the _set graphics on_ sequence is enabled on the second crt's
>crt definition. What happens is, Forms outputs to the screen the characters
>that define the graphics characters for the first crt, even though you are 
>running the form with the option telling Forms you are using the second crt
>type. Perhaps this is a bug in FORMS 2.0, and it has been fixed in 2.3 or 3.0.
>Anyway, my FORMS 2.0 manual (page 4-22) says:
>  ...forms that use lines, boxes or graphics characters - those unique to
>  a particular type of terminal - may not be fully device independent. 
>  These forms may have to be regenerated or even modified for use on more
>  than one display device, or for use on a display device other than your
>  installation's default.
>I've found this to be true.
>
>------------------------------------------------------------------------------
>Dave Dresselhouse                          d.dresselhouse@dayton.NCR.COM
>NCR Corporation                            (513) 445-4449
>U.S. Group, Dayton, OH
>------------------------------------------------------------------------------

Dave

Device-dependent graphics are written to the forms file in v2.0.  Beginning 
with 2.3, device-INDEPENDENT graphics are written.

David E. Anderson                      (after March 9: independent consultant
RDBMS Group                             ANDERSON@WELL.UUCP)
US Customer Support
Oracle Corporation