Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Overhead when using BINDEVENT and CallWindowsProc
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Fonctions Windows API
Divers
Thread ID:
01182389
Message ID:
01182925
Vues:
17
Thanks - It seems your saying that BINDEVENT will only fire when the specific Window Messages Fires. I'll have to read you links - but hopfully VFP9 will only expend itself when the "proper" message is queued.

Thanks! Still waiting for the UPS guy to show up with VFP 9!

>>My VFP 9 should be here in a few days. My main reason for the purchase was a project requires a "binding" to Windows Messaging functions.
>>My project needs to bind to (at least) 3 CallWindowsProc "flags". I do not anticipated an "unbinding" to those events until the user closes the application.

>
>The binding is done to Windows Messages for specified window or all windows. See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_foxhelp9/html/e0aaf535-c606-44bd-b7c1-7d0341331d8f.asp and http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/messagesandmessagequeues/aboutmessagesandmessagequeues.asp
>
>
>>How does messaging work? It seems every "message" will be caching through my event binder waiting for those 3 "particular" events to run a delegate>
>>But I have not considered the "overhead"? Will a "start to end" binding to Window Messages affect the performance (speed) of my interface?

>
>You specify in parameters to BINDEVENT() function wich Windows Message you're binding to
Imagination is more important than knowledge
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform