Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
I need a VFP 5.0 form manager.
Message
General information
Forum:
Visual FoxPro
Category:
Other
Title:
I need a VFP 5.0 form manager.
Miscellaneous
Thread ID:
00019373
Message ID:
00019373
Views:
92
I'm dealing with an app that is only a driver which
can call 6 different apps via "DO *.APP". This driver
app must manage all of the forms from each other app
because it needs to determine when to display a
toolbar. THERE IS NOT A MENU BAR ASSOCIATED WITH
ANY OF THE APPS. This is an issue as you will see in
a moment. The menus are forms for each of the apps.

I have this working as long as the menu forms are
modeless. Each button on a form menu has the following
code; THISFORM.Release()
goApp.DoForm("Whatever")

In each subsequent form, the "Exit" button has only
THISFORM.Release(). In the template form, the .Release
method acts with a form mgr class which does the toolbar
and determines whether any forms are on display. If not
the "Main Menu" is displayed again. Each app object also has a form mgr which determines whether to display a menu when a form is released, the objective here is so that the other programmers need not worry about calling any menus when a form is released.

And here is the problem. The app method that is doing this issues it's .DoForm() method to call the new form. But the form that is being released DOES NOT DISAPPEAR (is not fully destroyed) if the menu forms are MODAL. I need these forms to be fully destroyed before a modal menu is displayed.

Because there is no menu bar, the next wait state is the
modal menu which stops execution of past events and therefore the prior form is still visible when the READ EVENTS command takes effect.

Anyone ever do anything like this? I've usually worked with a menu bar which creates a wait state. I've experimented with .AutoYield = .F. and DOEVENTS but never go it to work.

I need a form mgr which can release a form totally, and then load the next form when needed.

Thanks,
Steve Despres
sdespres@erols.com
Reply
Map
View

Click here to load this message in the networking platform