Hi Nadya.
>>I noticed, that if we use Table Buffering (BTW, we decided today to switch to record buffering, because it's dangerous, that user may hit revert button and revert all changes made), when we try to move scroll button on scroll bar, it doesn't move and stays unchanged. I'm wondering, if somebody else experienced this behavior and does it have a cure? <<
I have never experienced this behavior because I never use row buffering < s >. IMHO, row buffering has no place in an application, and particularly not in grid RecordSOurces. Grids, by there very nature, lend themselves to table buffering.
The TABLEREVERT() function takes arguments. The first of these tells the function the scope of the records to revert (all records or just the current record). Maybe you would be better off to stay with table buffering and modify the code you are using to revert records and make its scope the current record only.
Using row buffering in a grid is just asking for trouble. Whenever the user moves to a nbew row, VFP will alutomatically attempt a TABLEUPDATE of the row they are moving off of. Bad news!
Marcia
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement