Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
_SCREEN.Closable surprise
Message
De
05/05/2003 15:18:52
 
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Gestionnaire d'écran & Écrans
Divers
Thread ID:
00785066
Message ID:
00785076
Vues:
9
>I've just noticed the following behavior, running VFP 6 under NT 4 Service pack 6. I have an ON SHUTDOWN command issued in a program that calls a menu and then issues READ EVENTS.
>
>A modal form is displayed, with a grid and a nubmer of command buttons. I'm setting _SCREEN.CLOSABLE = .T. in the form's ACTIVATE event, just to be safe.
>When the user clicks the form's Edit button, I'm validating whether or not the selected record may bre edited. If not, I put up a MEssageBox to tell them so. The problem happens now- when the MessageBox is gone, the screen's close box is disabled.
>
>I've dons a fair bit of debugging (with evvent tracking enabled) and can see no code- or anything else- that resets CLOSABLE to .F. If you quit the form and return to the main menu, the close box is then reset to .T. by the menu procedure that calls the form.
>
>If I use a WAIT WINDOW instead of the MessageBox() call, the screen's close box is not affected. Has anyone seen this behavior before? If so- or even if you ahven't- can you explain why it happens and possibly how to get around it?
>
>Thanks!
>
>
>Henry

At the point right after you call your MODAL form, try _SCREEN.Closable = .F.
Fred
Microsoft Visual FoxPro MVP

foxcentral.net
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform