>The list form is overwriting changes made to the data in the
>lower forms.   I tried changing the properties of the list form
>to make it totally non-editable to no avail.

>This is a new bug recently introduced in the latest beta as
>this procedure is used (and has been successfully for several
>years) in numerous places in BizMan.

I'm not sure that this is a 'new bug'.  Seems to me like the
same 'old problem'.  The problem being one form calling
up another form based on the same table.  Is that what you're
doing?  Exiting the first form will ALWAYS overwrite changes
made to the data made by the 'lower' forms.  It's been that
way since I can remember.  I don't even bother with RECALC
or NEXTTAB or PGDN, none of those tricks.  I just make it a rule
that if a 'subform' is based on the same table, then I exit the
first form, bring up the subform, then bring the first form back
up again.


Karen


================================================
TO SEE MESSAGE POSTING GUIDELINES:
Send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: INTRO rbase-l
================================================
TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: UNSUBSCRIBE rbase-l
================================================
TO SEARCH ARCHIVES:
http://www.mail-archive.com/rbase-l%40sonetmail.com/

Reply via email to