Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Read Valid
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
FoxPro 2.x
Titre:
Divers
Thread ID:
00493740
Message ID:
00493847
Vues:
15
Hello George,

Thanks for responding. I have this posted on the Microsoft board also, so I'll try to explain what I've done & what I'm trying to accomplish.

In the main program I have a foundation read with a valid clause. My menu is launched from the main program. From the menu bar the enduser can select one of four screens which also have browse windows. The menu options execute a routine (in the menu cleanup code) which contains an IF-THEN structure which checks the read level. If it is NOT > 1, then the only read that is active is the Foundation READ and the screen program (.spr) the user selected from the menu is run. If it is > 1, that means that the user already has a screen open and is attempting to open a new screen. Before this can happen, the first screen & browse window need to be closed so that the nested reads don't accumulate and exceed the maximum number. The screen & browse windows are closed and a CLEAR READ is issued which returns the program to the VALID clause in the Foundation READ along with the name of the screen the user selected, as a parameter. The VALID clause tests to see if the user has indicated he is exiting the application. If not, the program then runs the screen name it received.

The problem occurs if the user leaves the screen and begins working in the browse window. From what I've gathered (and what has been explained to me) - because the browse window doesn't have or involve any "@ get" commands, then issuing a CLEAR READ has no effect on it. So instead of returning to the VALID clause of the Foundation READ, it just stays in a wait state.

I've tried adding code that re-activates the screen that in involved with the original READ issued by the screen code, but according to the debug window, FoxPro still doesn't recognize the screen as being the last/output/wread window.

The only workaround that I could come up with is to disable the menu whenever the user leaves the screen to go to the browse window. With no other options, they are then forced to return to the screen and click on the EXIT button which has Terminate Read on Selection check marked.

What I'd ideally like is some way for them to be able to use the menu options even if they're in the browse window. If anyone knows of a way to do this I'd be eternally grateful. Thanks.
Ms. Mariyam Akmal
MCSD, MCDBA, MCSE, MCP+Internet
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform