> 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