Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Destructive cListObjEdit mistery solved. I've a question
Message
General information
Forum:
Visual FoxPro
Category:
The Mere Mortals Framework
Miscellaneous
Thread ID:
00448278
Message ID:
00448416
Views:
7
>Alex,
>
>>Why is the cListObjEdit's bizobj swapped with the FORM's bizobj in order to accomplish the deletion? I don't see why the cListObjEdit container can't handle the deletion itself.>
>
>Actually, setting the CListObjEdit's bizobj as primary, allows reuse of the code that is stored in the form's Delete method.

Hola Doctor McNeish! Long time no see...

I had a hunch the change had to do with reusability, but then you come accross someone like me and reusability becomes shmeusability :-)

>
>
>
>Would removing the code from OnCancelFirstRecord() solve the problem?

I actually took it one step further to preserve the OnCancelFirstRecord's original purpose:

Change it's code to the following:
if ThisForm.oBizObj.lPrimaryBizObj
     ThisForm.Release()
endif
This way the form is released ONLY if we're getting to a user cancelling a first record on the PRIMARY bizobj only.

Hope you had a good thanksgiving! Say hi to Felicity for us!

Alex
Low-carb diet not working? Try the Low-food diet instead!
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform