Yes, firing occurs of the value_assign event of the textbox or checkbox that is bound to a table each time a record change occurs in that table. I've only checked these two controls which are simple subclasses of their baseclasses.

>>In the case of checkbox, Interactivechange is one thing, Programmaticchange is another, and change due to record change of a table that checkbox is bound to is another it seems. So Value_Assign became extra important to me here as I needed a large label to show an X when bound field was true. This is just an indicator and the user cannot change the value.
>
>That Works!?! The point of the thread was it there is no way to tell (on the control, using Data objects is the other story) that the value changed IF it was a change in the controlsource (Programmatic, InterActive, and Value_Assign all don't work). Or are you talking about a middle man object? Thats where I got messed up before :-(