>>>Now I design everything for minimum code maintenance and if someone is having a problem I suggest that they spend some money and buy faster machines. Or add memory. Then they appreciate what I am saying :).
>>
>>Been through that cycle too, and we're actually on the same side: I've found refresh issues hard to track, easy to forget the reasons (why does the code do this? which problem was this solving?) and thus a drag on maintenance. The simpler the refresh, the less work later.
>
>I never said that I know all the answers and my approach is the best. I am trying it. And if it does not work, or creates some 'side effects', I will go back to see how to make it better. So far I created this code in only ONE method of my look-up control class that I use in many, many forms/windows of the application. But this class is not using 'my' code because I have a property BIND2PK set to .F. by default. And when I do want to bind this control to a PK (in some forms of the application) I need to set this property to .T. and set 6 other properties to some values (e.g. PK field name, Pk field alias, and so on). And then 'my' code in Refresh works. As far as maintenance, I cannot see how I make it simpler. One method and about 10 lines of code; that is all. Performance is another story, and I will "watch" how it works. The good thing about VFP is that 10 lines of code are executed so fast (even on a not-so fast machine) that one never notices.
Ah so you have been burned on that fire just like me, and the experience stayed :). This truly IS minimal.