Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Long time of saving
Message
 
 
À
21/12/2001 17:38:59
Dragan Nedeljkovich (En ligne)
Now officially retired
Zrenjanin, Serbia
Information générale
Forum:
Visual FoxPro
Catégorie:
Gestionnaire d'écran & Écrans
Divers
Thread ID:
00597545
Message ID:
00597670
Vues:
17
>>>>Hi Cetin,
>>>>
>>>>Actually, I think, I found couple of problems.
>>>>
>>>>First of all, I had some custom method for ForeColor and BackColor in the grid. I added LockScreen to prevent updating screen. I also found bunch of problems with our framework Add method (it serves double duity Add/Save depending on EditMode). Unfortunately, I'm not in charge of our classes code, so I reported this problem to my colleague, but she is leaving, so I don't know, how long I need to wait for resolution...
>>>
>>>The grid color methods should fire for each visible cell of the grid in the next Refresh, not for all the records you updated.
>>>
>>>For things like this, I'd rather open the table AGAIN, and do the replace for < filter expression > there, close that second instance, and get back to the grid once this is over, and just refresh it.
>>
>>This would not work, since I use tablebuffering.
>
>OK, reshake the buffering for the grid's table (set it to 1 and then back to what it was) before the refresh.
>
>The buffering of the second instance wouldn't matter, because its changes would be flushed anyway once it was closed.

If I surround refresh and all other methods with thisform.lockscreen=.t., would it stop execution of myForeCOlor, when it's not needed?

I don't like the idea of setting buffering to 1 and back to 5, it woyuld not work in our framework...

Anyway, thanks. I'll try to investigate more on this problem on Monday.
If it's not broken, fix it until it is.


My Blog
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform