home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / 6663 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  1.5 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!rutgers!bagate!asi!disc.dla.mil!dsacg3.dsac.dla.mil!dsac.dla.mil!ddou.dla.mil!nhb1038
  2. From: nhb1038@ddou.dla.mil (ramona lower)
  3. Newsgroups: comp.databases
  4. Subject: Restoring Menu Popups in Foxpro 2.0
  5. Keywords: Foxpro Popup menu restoring
  6. Message-ID: <638@ddou.dla.mil>
  7. Date: 10 Sep 92 15:47:30 GMT
  8. Organization: Defense Logistics Agency Systems Automation Center, Ogden, UT
  9. Lines: 17
  10.  
  11. The FoxPro 2.0 Menu Builder has no facility (at least none that I'm aware of)
  12. to enable menu popup structure to be restored to their states prior to
  13. selecting from the menu.  I have a system which consists of several applica-
  14. tions that are launched from a rather deep menu structure of popups.  When
  15. an application is terminated, the menu (_MSYSMENU) is restored to its 
  16. original state making it necessary to go through the popup structure again
  17. in order to select another application from the same menu popup.  I've tried
  18. putting ACTIVATE POPUP (POPUP()) in the clean-up code which is executed when
  19. a <Quit> is selected and the menu popup structure is restored okay, except
  20. that when another application is launched from the same popup, a DO seems to
  21. be executed somewhere for each menu popup that is re-activated.  Each
  22. application is exited by a simple RETURN statement.  Is there a way to restore
  23. a menu popup system (upon application termination) without the DO nesting-level
  24. being exceeded when another application is launched?
  25.  
  26. Brent Wolf, Computer Specialist
  27. DSAC-H, Ogden, Utah
  28.