Josh,

I think you'll find that the record pointer doesn't move with the APPEND BLANK, but when he searches for the ID code the user typed in.

David, you could try setting your buffering to TABLE buffering. If you do, then moving the record pointer does NOT force a TableUpdate(). You will have to be more careful about saving data, however.

If you want to stay with the Row Buffering, load your table a second time under a different alias, and use this when you search for the ID entered by the user. Then your code can call TableRevert(), go to the correct record and refresh the screen.

HTH
Barbara


>David,
>
>This one got me, too, when I first started using VFP's buffering. When you add a new record to the cursor the record pointer moves and VFP automatically commits your changes, even in the new record. So if you want to be able to revert an APPEND BLANK, you'll need table buffering. It shouldn't cause you a problem as long as you never assume that moving the record pointer will force an implicit TABLEUPDATE(). You need to make sure that you explicitly update the table whenever you need updates to occur.
>
>Now that I've helped you out a bit, wouldn't you like to welcome my wife and me into your home during the 2000 games? :)