Hi Jason,
> FrmPopupForm(myForm);
> {Do some stuff}
> err = DmDeleteRecord(validDBRef, validRecordIndex);
> {Do some stuff}
> UInt16 formID = FrmGetFormId(FrmGetFirstForm());
> FrmReturnToForm(0);
I suppose, the form that you return to would have st to do with the db validDBRef. If
not, the
order of the code shouldn't be a matter, I think.
Once, I did st similar to what you did in the above code and it didn't work (I still
don't know
why), so I changed the order (as you did). Now, what I always do is going back to the
form with
the db, mofidy the db, then update the form.
FrmPopupForm(...);
{Do some stuff}
FrmReturnToForm(...);
{the form that I return to have a table associated with a db ...
I do something with that db (remove, add, change record(s)), then call }
FrmUpdateForm(...); // or add the update event to the event queue as you do...
// In FormHandleEvent(), case frmUpdateEvent, I call
TblEraseTable(tableP);
TableViewLoadRecords(tableP);
TblRedrawTable(tableP);
FrmDrawForm(frmP);
tnn
__________________________________________________
Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover
http://greetings.yahoo.com/
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
