Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Debugging a problem
Message
 
 
À
18/06/2010 17:53:08
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Versions des environnements
Visual FoxPro:
VFP 9 SP1
Divers
Thread ID:
01469670
Message ID:
01469694
Vues:
22
>>
>>I agree with you that this is what happens. But what puzzles me is why the container "check" for the alias used in the RowSource of the combo control (and of course does not find the alias) instead of first calling the INIT of the control. I have another form that has a container (also dynamically added) that uses exactly the same control and no problems there. Thank you for helping me understand the issue and hopefully get to the solution.
>
>Are you sure the container does the checking ? [Now I am guessing] If the cbo were a container, each container member woul be created before the container init fires. Similarly the cbo tries to get its members into synch, which also touches the needed cursor. If everything is ok, the init*event* fires.
>
>Got most of my findings debugging some frameworks built by java programmers working in vfp, but Drew Speedie fine-tuned my fidnings, for instance the differences between scx and vcx and things aggregated at the parent level. If you can find some of his papers on event orderr, recommended.

It makes sense what you are saying (as far as cbo itself checking its members). But for some reason it does not do it on another form. I will try to recreate the issue in a small test form and see if it helps me find what actually "checks" for the cursor alias before the INIT method fires. Thank you for your suggestion.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform