Hilmar,

>I have this solved - for now. But since I don't know WTF is going on, the problem may re-appear.
>A ComboBox becomes invisible at runtime under certain circumstances. I want it to be visible.
>If, in Combo1.Init() [this is not the final name, just for testing purposes] I add:

>This.AddProperty("SomeProperty")

>the ComboBox becomes invisible. If I change that to:

>ADDPROPERTY(This, "SomeProperty")

sounds pretty wierd...
Gut reactions without any clear reason would be to test if this happens only in the init() of a control already instatianted on the form (my take on your description) or if the same behavior is seen in a class [defined with the changed init] before it is put on the form. Once it's on the form it isn't a class anymore, it is a an object instance, the term is pseudo-subclassing (as you probably know) as can be seen from the way such a method is coded in a prg - not that this should make a difference to the method not working.

The other thing I'd check is if the behaviour is the same if the this.addproperty is before the dodefault()

I won't try to recreate the behaviour: you already have a "working error", if you can reduce it to less than 80 lines of prg (change with class browser if vcx based) it is more probable that people will copy your code into an prg and play with it in the fox. The danger that some hidden complexety of your classes or VFX fwk might be "necessary" for the error will stop me from creating such a scenario from scratch, even if it might take only 20 lines - as I am lazy and not that into GUI stuff - more into the inner workings of vfp and puzzles. ;-)

regards

thomas