>Hi everyone,
>
>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),
FWIW, you can code so that the effect is the same as record buffering w/o using record buffering. (Thanks to Jim Booth for this idea.) His point was that record updates happen at unexpected times with record buffering that interfers with an application. If you _code_ to save changes on the record level, _you_ are in control.
An example I can think of is a grid that has a field that affects a calculated total. You have to change the record pointer (perhaps) to recalc, but you don't really want to force the user to save the change yet.
JMO.
> 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?
Is this related to record vs. table buffering? I'm wondering if there's something else going on here. I don't see how it's related.
Previous
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only