>>As for synchronizing the left and right panes, it's sort of tricky - if at least one and a half field of the new record is visible in the edit pane, it won't refresh, because it thinks the record is already visible. You may try issuing Keyb "{ctrl+h}{ctrl+h}" for a quick switch between the panes (in a Browse Valid function), or a SHOW WINDOW (WONTOP()) REFRESH, or both. Not sure it will work.
>
>Thanks for the KEY hint. I'll try it. As for synchronization I have found that if even if I manually size the window so that the right pane contains exactly one record (or, for experimental purposes, slightly less than one record), VFP still 'thinks' that the following record is within the visible window so it doesn't resync when I select the next record in the left pane.

There may be a harder way to accomplish this - in Browse Valid, you could go to the first visible record, Show window... refresh, then go back to your current record, and then return .t. - one method which always refreshed the Browse ever since FP1.01 was to issue another PageUp when you're on the top visible record, and this may simulate it.

>I'll try your work arounds, though. Maybe they will work.
>
>Actually, I just thought of another idea. Maybe I can create a view with some extra dummy fields that will essentially force the next record outside the bounds of VFP's internal concept of the window boundaries. Hmmm....?

Give them some nice graphical names, like TTTTTTTT or ____________ or something like that, so they may look like an arabesque on the frame... it may be a welcome refreshment to the look and feel of the Edit pane (only half kidding :).