[Access] Commando voor uitvoeren openstaande acties

[Verwijderd]

Ik weet dat er een commando is om openstaande acties die door een te drukke cpu niet verwerkt worden toch nog te laten verwerken.

Let wel, ik ben dus NIET op zoek naar me.requery of me.refresh of me.repaint!!!

BV.

Zware actie
Vinkje = true
VerwerkAlles
Zware actie

Zonder VerwerkAlles wordt het vinkje pas gezet als de 2e zware actie voltooid is. Dit alles klinkt heel basic maar kan er niet meer opkomen en ook Google en GOT Search leveren niets op .

[Verwijderd]

DoEvents maakt dit mogelijk.

Application.DoEvents() - The call of the devil.
DoEvents messes up the normal flow of your application. If I recall correctly, DoEvents is asynchronous which means it terminates before the application has actually processed any outstanding events, so if you're using it in a procedure with many sequential statements, calling DoEvents causes a huge disturbance whenever it's called. Basically, if you find yourself needing to call DoEvents anywhere, think about starting another thread instead, or using asynchronous delegates.

Imagine this if you will: You have a button on your form that, when clicked, does some complex processing. During the complex processing it also intermittently calls DoEvents to keep the application's user interface "responsive" -- not the best method, I would have used async delegates, but we're talking about a mediocre programmer here. Anyhow, the user sees the application still responding and no indication that there's some processing going on. So the user clicks that button again WHILE the processing is going on! The button responds to the event and starts another processing thread but it isn't actually a thread here, I hope you get what I'm saying. So, like I said earlier, DoEvents screws up the flow of the application too easily.

[ Voor 95% gewijzigd door Verwijderd op 14-11-2006 13:39 ]

[Verwijderd]

Yep, deze bedoelde ik!

[pasta]

Alsnog een kickje naar Officesuites en -software