> The reason for this "rear-kissing" is that I have found the answer to the > problem and I feel soooooooooo dumb that I made the error in the first > place and then didn't detect it sooner. The problem was simple: I had > another button for deleting child records in the grid and instead of > placing the code in the click() event, I had mistakenly place it in the > init() event so evertime the button is initialized, first child record was > being deleted. Sometimes you miss the obvious and overcomplicate things > when it shouldn't be. This is funny. Whenever I drop one of my button classes onto a form and then double-click on it, I start off in the Release method (this is the first method of the parent class that has code). This means that the button doesn't work until I get rid of it. Pity that READMIND.DLL involves such a difficult MMI. <g> > Lastly, for me it would be easier (especially for debugging purposes) if I > could see all event code in one window/screen rather than trying to "dig" > around all the objects one by one (I know VB has this option). Is there an > option in VFP for viewing events in this manner? Or do you or anyone else > know of a way to do this? Have a look at the Class Browser. This'll let you export all of the code for a form/class in one pass (with the exception of the DE in the form). Simply: do (_browser) > Thanks again. John, a programmer who just experienced a very humbling > experience in programming. Been there. Done that. Got the T-Shirt. /Paul