Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Catch 22
Message
General information
Forum:
Visual FoxPro
Category:
Forms & Form designer
Title:
Miscellaneous
Thread ID:
00221090
Message ID:
00221174
Views:
12
>I have a new situation that I am trying to put together a smooth strategy for.
>
>The application is a Top-level-form app. The app stores user settings in the registry. On app startup, these settings are retrieved from the registry. If any setting is missing or obsolete, the user is given a form that allows her to update the settings. The form is also callable from the top-level-form menu from the tools pad.
>
>The user settings form is currently called from a form method called from form init. If the user cancels out of the settings form, I return .F. from the main form's init.
>
>
>Problem: A form called from a TL form's init cannot be seen unless it is itself a top-level form. A top-level form cannot be modal, and therefore cannot return a result. I could set the form's showwindow property to 'In-Screen', and temporarily show the screen, but this seems kludgy.
>
>I am looking for a logical program flow that will get deal with my being forced to choose between "in-screen" and "In top-level form".
>
>Another issue I am dealing with is where to place the READ EVENTS in a situation like this.
>
>Anybody got any suggestions?

An idea might be to do your check in the main prg. Then you have an IF with two top-level possibilities to launch in main prg:
if settings bad
  launch settings form
else
  launch regular form
endif
Or can you check your settings that early?
The Anonymous Bureaucrat,
and frankly, quite content not to be
a member of either major US political party.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform