Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
How to trap a change in a ListBox after a MESSAGEBOX()
Message
De
12/03/2016 11:52:48
 
 
À
12/03/2016 09:10:11
Lutz Scheffler
Lutz Scheffler Software Ingenieurbüro
Dresden, Allemagne
Information générale
Forum:
Visual FoxPro
Catégorie:
Gestionnaire d'écran & Écrans
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows 10
Divers
Thread ID:
01632877
Message ID:
01632920
Vues:
57
Lutz,

I won't go further with the WAIT WINDOW / ? / debugout / COVERAGE question. That is a non-issue for me and completely off-focus (pun intended) regarding the problem I put forward. As I told you and repeated, I used it for demonstration purposes only and it served well.

That put aside (for good),

>I have a general idea what goes wrong, that's what I have told you. I repeat The messagebox is changing the way stuff is activated or gets focus. Because a messagebox is a form of it's own, is activated while shown and the activation goes back to your form after the MB is closed. This sets focus - possibly not in the way you think of, so your listbox will never be clicked and will not change. Because your click in the event cue will be eaten away by the messagebox. After the messagebox the focus is handed back to your listbox - but without click.

User clicks on a list. The item on which he clicked is highlighted. A message box appears. User responds to the message box. The message box disappears. The value of the list and the highlighted item are not in sync.

If you think this is regular UI or if you're ok with events triggered by an user explicit action being "eaten away" after they occur, like they never happened, then good for you.

It's not good for me.
----------------------------------
António Tavares Lopes
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform