home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1476 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  3.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewse!cbnewsd!att-out!pacbell.com!pacbell!oracle!unrepliable!bounce
  2. Newsgroups: comp.databases.oracle
  3. From: smuench@oracle.com (Steven P. Muench)
  4. Subject: Re: Customization of SQL*Forms.
  5. In-Reply-To: reynolds@sun44.synercom.hounix.org's message of Fri, 28 Aug 1992 02:02:00 GMT
  6. Message-ID: <SMUENCH.92Sep3002409@hqsun4.oracle.com>
  7. Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
  8. Nntp-Posting-Host: hqsun4.us.oracle.com
  9. Organization: Oracle Corp., Belmont CA
  10. References: <26AUG199216110680@watson.bms.com> <!-cn0-c.tcox@netcom.com>
  11.     <1992Aug28.020200.6019@sun44.synercom.hounix.org>
  12. Date: Thu, 3 Sep 1992 08:24:09 GMT
  13. X-Disclaimer: This message was written by an unauthenticated user
  14.               at Oracle Corporation.  The opinions expressed are those
  15.               of the user and not necessarily those of Oracle.
  16. Lines: 53
  17.  
  18. +------------+
  19. | STOP PRESS |    YOUR INP FILES ARE NOT GOING AWAY IN FORMS4!!
  20. +------------+    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
  21.  
  22.    We will offer a human readable (say, "human revisable") version
  23.    of the form definition just like we did in Forms 2.0, 2.3, and
  24.    3.0. We will provide forwards/backwards conversion between the
  25.    ASCII form definition and the portable, compressed, binary form
  26.    definition which Forms4 will generate/read by default.
  27.  
  28.    We will provide an upgrade utility to read Forms 2.0, 2.3, or 3.0
  29.    form definitions ("INP files") and write out upgraded form
  30.    definitions in the new format. This will, in fact, *be* the
  31.    required conversion step to upgrade an existing application to
  32.    Forms4.
  33.  
  34.    The ASCII version of the form definition may likely have a
  35.    different format than the Forms 3.0 INP file, but the information
  36.    contained within will be virtually identical. The ASCII version can 
  37.    be used in your existing change/version-control systems, can be used
  38.    to easily identify differences between versions using standard 
  39.    operating system utilities, can be used to perform global 
  40.    search/replace, and (albeit still officially unsupported) to make 
  41.    modifications.
  42.  
  43.    We do not make changes in format of this type without good
  44.    reason, you can be sure. This modification allows Forms4 to
  45.    leverage work done within the Oracle Tools and Multimedia
  46.    Products Group to support a common document reading and writing
  47.    mechanism for all of the new Oracle Tools, known internally as
  48.    the "Resource Object Store" (or ROS for short).
  49.  
  50.    We know very well how designers work with form definitions from
  51.    within their favorite editor, and while there will be no method
  52.    from within the Forms4 Designer to make global text substitutions
  53.    on an *ENTIRE* form definition at once -- changing PART_ID to
  54.    PART_NUMBER in every SELECT statement for example -- we have made
  55.    a conscious effort to allow the Forms4 designer to escape to
  56.    his/her favorite system editor wherever multi-line text input is
  57.    expected in the Designer interface.
  58.  
  59.    The editing of INP files will continue to be unsupported because
  60.    in general, a lot of damage can be done to your form definition
  61.    by careless editing. Anyone who edits INP files *now* can
  62.    understand this official position. But we will leave the option
  63.    open for the knowledgeable, careful, advanced developer to
  64.    manipulate the ASCII version of the form definition in whatever
  65.    manner he/she sees fit.
  66.  
  67. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
  68.   Steve Muench              Email: smuench@oracle.com
  69.   SQL*Forms Development
  70.   Product Manager
  71.