Basically, what ever you need to keep control of the design and the data.
Every form and report needs to have an internal description of why it is important. Normally, all the methods are in a single file and you can simply add the comments to that file. However, in Paradox, I create a ReadMe method (subroutine) that contains only text.
It is possible to store descriptive data in tables developed in the native application. Then you can filter the data to show only tables, forms, or reports. In addition, you can request
However, you will not be able to access the CM data on systems which do not contain the original runtime. (In fact, this is the main reason for developing forms and reports using a programming langauge (such as Delphi, VB, or Java) instead of a database development system (Paradox or MS Access) - it allows the data to be accessed anywhere.)
Another approach is to use a more generic documentation system, such as html. However, then you loose the ability to request the data in various formats.
Another concept is Record Level CM - For each change, you store
Some systems record all modification to a log file.
Paradox
MS Access 97
Every mdb file must contain some self commenting information. I suggest a form named ReadMe and typing general comments about the file as simply a Label component.
Generate a CM_Menu form to link with generic forms in a library mdb file and data in currentDirectory/CM_Data.mdb.
For Each tempTableDef In tempDatabase.TableDefs Debug.Print tempTableDef.Name Next
For Each xx In tempDatabase.Containers![Forms].Documents Debug.Print xx.Name Next xx
select Name, DateUpdate from MSysObjects where Type=5 and Name not like "~*";
For Each xx In tempDatabase.Containers![Forms].Documents Debug.Print xx.Name Next xxAuthor: Robert Clemenzi - clemenzi@cpcug.org