Hi Joe, > 1) I set the "Navigation Bar" property to "Parent Form", but if I make > an entry in the subform, then click "Next Record", the entry is lost. I > have to specifically click the "Save Record" button to update the data > store. For fields in the main form, editing then moving off the record > is sufficient to save the changes.
Hmm. Is the text field the *only* field of the sub form? In this case I could in fact imagine this bug happening :-\. Do you mind to submit an issue for this, preferrably attaching your sample database? > 2) Sometimes, after I type some text in the Notes text box, I have to > move the mouse around or click in a different field before the Save > Record button activates for the subform. Is this reproducible? Never heard of anything like this, and never encountered this. > Is this expected behavior? Surely not, but without an idea why it happens to you and not to others ... :( > For the bigger picture, is there any way to implement a form where you > make your changes on a temporary copy of a record, then press an > "Update" button to commit the changes? The default field-by-field > editing is very awkward. Not sure what you mean. As long as you edit the fields, and don't move to another record in the respective form, you in fact *do* work on a copy: The data will not be committed to the database. Only when you press the "Save Record" button, or move to another record, then the changes will be saved. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
