The ReportML transform isn't named FormML for a good reason saving forms as DAP has severe form design limitations. Most forms have subforms, tab controls, or other objects that ReportML ignores. For example, saving Northwind.mdb's sample Employees form as a page results in colorful but empty Caption: Employees and Header: Employees sections. Saving the Customer Phone List form creates a page with elements for the form header, detail, and footer section. The Caption section has an extra line of field-name captions, and the 26 command buttons to filter the records are missing from the option group below the navigation control (see Figure 25.15). Loss of the command buttons isn't a major issue because the form relies on Access macros to filter the detail records. Figure 25.15. Saving to DAP forms that generate simple lists usually works, but you must tweak the page design in most cases.
Saving a form (or a report) that has a Class Module saves the VBA code as a comment block between BEGIN VBA CODE and END VBA CODE comments (see Figure 25.16). The purpose of saving the code in the script is to aid you when rewriting the code in VBScript, if possible. Figure 25.16. The Script Editor displays the VBA code that you can use as a reference when attempting to emulate the form's actions with VBScript.
Note
Following are a few types of forms that you can save as DAP with varying degrees of success:
|