Douglas said:
Why do you think that's better? Setting the Dirty property back to False
works just fine.
That may be always true, or it may just incidentally be true. I wasn't
able to find any documentation that guarantees it to work that way, and
I *was* able to find documentation that claims (or at least suggests)
that the "RunCommand" will save it, so my suggestion was on the basis of
slightly stronger claims on Microsoft's part. I also found other
documented ways to save the record, but "RunCommand" seemed pretty
straightforward. Perhaps I didn't look in the right place for
"Me.Dirty". Or it may be that Access 2003 guarantees that "Me.Dirty =
False" will save the record and Access 2000 doesn't; I was looking in
Access 2000 and couldn't find it there.
Of course, even with documented behavior, Microsoft's software license,
as I recall, doesn't really guarantee anything at all; we kind of have
to depend on Microsoft's good will and expertise. Keeping that in mind,
if some feature really is undocumented (as I said, I may have missed
something), then that behavior may vanish without warning in a future
version of Access, and any code using it will fail for no obvious reason.
-- Vincent Johns <
[email protected]>
Please feel free to quote anything I say here.