Will,

Thanks... I used Nick's class instead of what the previous developer had and it is reasonably faster -- and looks good too! I didn't know about the coverage profiler. I could have used that a few times before...

Renoir


>Renoir,
>
>Have a look at Nick's grid highlighter class in the downloads section it's pretty quick - compare it with the one you have in your grid
>
>Is yours doing anything fancy? multiple colours/calling a UDF to decide what colour the grid rows/bar should be etc?
>
>I'm running a grid highlighter class on a Pentium 133 and it still looks reasonable (not as good as on a PIII800 admittedly) so unless it's trying to do something special I doubt this will be the cause of your problem.
>
>If you really want to know what's taking the time then you could look into the coverage logging & coverage profiler - it will give you a detailed breakdown for each method and line of code telling you how long everything took to run (it's very cool)
>in the load of your form just put
>

Set coverage to c:\fred.log

>and in the unload
>

Set coverage to

>
>Then back in VFP pick coverage profiler from the tools menu & it lets you see how long everything took
>
>Will
>
>>Barbara,
>>
>>The problem was exactly that; a combination of the the Refresh and highlighting logic that was built into the class. Thanks for the advice (Will and Cetin also). The client wants the highlighting, but not the delay. Any suggestions on how to have both?
>>
>>Renoir