home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / oracle / 1567 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  2.8 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.170010.1@us.oracle.com>
  6. Lines: 49
  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>
  11. Date: Sun, 13 Sep 1992 01:00:10 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 <1992Sep9.085923.44@bmwf1f.bmwf.gv.at>, hatzinger_m@bmwf1f.bmwf.gv.at writes:
  17. > 
  18. > Hi,
  19. > 
  20. > My english is not very good, but I hope you will understand me. I have a form 
  21. > which calls another form. And this form calls another form and another form 
  22. > and so on. Now if I press the <PAGE UP> key, I want to exit the current 
  23. > form. But if I press the <EXIT> key, I want to exit all forms, so I get 
  24. > back to the operating system or SQL*Menu.
  25. > 
  26. [Diagrams and triggers deleted]
  27. > 
  28. > This is my solution, but is there any way to do this more easily ?
  29. > 
  30. > Any ideas ?
  31. > 
  32. > ================================================================================
  33. >                                                                           ^
  34. >  Federal Ministry of Science and Research                               B | M
  35. > <-------------------------------------------------------------------------+---->
  36. >  Computer Center                                                        W | F
  37. >                                                                           |
  38. >  Klaus-Michael Hatzinger            mail: hatzinger_m@bmwf1f.bmwf.gv.at   |
  39. >  Bankgasse 1/209                   phone: 0043-222-53120/5188             |
  40. >  1014 Vienna, Austria                fax: 0043-222-53120/5155             V
  41. > ================================================================================
  42.  
  43. If you don't mind losing data on the calling form, (you can keep your global
  44. variables), you COULD do something like :
  45.  
  46. KEY-PRVBLK
  47. ==========
  48. NEW_FORM(FORM_ATTRIBUTE('CALLING_FORM'));
  49.  
  50. KEY-EXIT
  51. ========
  52. EXIT_FORM;
  53.  
  54. This has the special advantage that you can have an unlimited number of forms. 
  55. There really isn't any reason for using CALL_FORM, (and thus stacking all the
  56. forms you just called), unless you still want to allow your user to rollback
  57. even after leaving the first form, (assuming you POSTed it).
  58.  
  59. Probably even more elegant would be to have a table of "what form to call
  60. next", and query a value rather than using :SYSTEM.CALLING_FORM, but I guess
  61. that depends on how complex your application is.
  62.  
  63.  
  64. Scott Stephens (Just my own observations, not the offical Oracle answer).
  65.