home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / oracle / 1568 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  1.3 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!pacbell.com!pacbell!oracle!unrepliable!bounce
  2. Newsgroups: comp.databases.oracle
  3. From: sstephen@us.oracle.com
  4. Subject: Re: Problem with EXIT_FORM (Domino-effect)
  5. Message-ID: <1992Sep12.170629.1@us.oracle.com>
  6. Lines: 19
  7. Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
  8. Nntp-Posting-Host: wrvms2.us.oracle.com
  9. Organization: Oracle Corporation, USA
  10. References: <1992Sep9.085923.44@bmwf1f.bmwf.gv.at> <1992Sep12.170010.1@us.oracle.com>
  11. Date: Sun, 13 Sep 1992 01:06:29 GMT
  12. X-Disclaimer: This message was written by an unauthenticated user
  13.               at Oracle Corporation.  The opinions expressed are those
  14.               of the user and not necessarily those of Oracle.
  15.  
  16. In article <1992Sep12.170010.1@us.oracle.com>, sstephen@us.oracle.com writes:
  17. > 
  18. > KEY-PRVBLK
  19. > ==========
  20. > NEW_FORM(FORM_ATTRIBUTE('CALLING_FORM'));
  21. > 
  22. > KEY-EXIT
  23. > ========
  24. > EXIT_FORM;
  25. > 
  26. > Probably even more elegant would be to have a table of "what form to call
  27. > next", and query a value rather than using :SYSTEM.CALLING_FORM, but I guess
  28. > that depends on how complex your application is.
  29.  
  30. Rats! Just remembered that the "calling form", would be wrong after the first
  31. previous-block.  The "calling form", MUST be stored in a table or global
  32. variable.
  33.  
  34.  Scott Stephens (Just my own observations, not the offical Oracle answer).
  35.