I tried 8.01.02 to replace my old one, but the problem persists.
I will keep trying newer versions, but I thought I might post a
description=
of the problem in the meantime in case someone has seen it or has
suggesti=
ons.
In my app. I have a subform which has a tab control with student
informatio=
n, and the form source is table tStudents, a postgres table.
This form is embeded in another form, fMain.
Odd thing is, if I do a Ctrl-V to paste text into a text box on the tab,
th=
e form moves to a new record and pastes the data there instead of to the
or=
iginal record that was displayed! The form has moved to the new record
bef=
ore the 'before update' event of the text box has fired.
This happens if I paste into a box on either tab page. You don't notice
it=
at first because all the rest of the boxes continue to display the data
of=
the original record, until you click on another tab. Then all the boxes
s=
how the new unwanted record, and there the pasted data is.
Ctrl-X (cut) has the same problem. Things look good at first, then you
not=
ice that you removed data from a different record that the form has moved
t=
o!
It doesn't happen when I copy all the postgres data into a local access
tab=
le and then use it as the record source instead of the postgres table.
Thi=
s is what makes me think it may be an odbc driver issue.
Ctrl-V and Ctrl-X are windows functions (I'm on Win XP Professional, not
su=
re which SP) so concievably Win is part of the problem. I will set up a
bo=
x with an earlier version of XP and see what happens.
This app has been running smoothly for years, and through several updates
t=
o the backend postgres database.
Thanks in advance for any help, if I solve it I will post a solution.
Fred
---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster
|
