>>What would suddenly cause a subclassed grid to
>>
>>1. start complaning about a perfectly valid dynamic backcolor expession and
>>
>>2. fail to refresh the controls in the grid -- that is the default refresh() behavior of the grid is not occuring.
>>
>
>Hi James,
>
>Not that it will cure your problems but just a general thought that had me fidgeting a while back...
>
>When setting properties like DynamicBackColor and DynamicForeColor (any 'Dymnamic' property for that matter) it's important that the CurrentControl of the column actually have that property.
>
>You can get into your kind of problem when assigning say a DynamicForeColor property to a column and a DynamicCurrentControl that will bring up a control without that property. In this case you get similar behaviour from FoxPro as in your case.
>
>Just my 0.1 cents

Klas,

Thanks for the insight. In this case the dynamic back color was set to a property of the application object that existed and was of correct form (i.e. numeric color).

It turns out that the real problem was that the derived grid's compiled code was corrupted. I fixed that by replacing the grid on my form with the same grid from a recent backup, and the problem went away.

I am now more leery than ever of VFP grids, and I was plenty leery before this.

Hey, I just realized you're from Sweden. Say hello to SAAB, I drive their cars.

regards,