Sounds like you're handling all the issues that I'm having. I think I'll take your advice on codebook.

Thanks,
Bob

>Yes, in the init of the object it would call a method that would issue all of the appropriate set commands. This is essentially the method used by the Codebook (although the original code did not use settings from a global object to set the session objects).
>
>If you find a problem with this approach, in that you need settings before the object is created, what you may want is to have your data environment created after this object is. This is the way the codebook works. It does not use the data environment of the form but creates one (or more for that matter) from subclasses of the data environment. These are instantiated AFTER the session environment object is created. Therefore the settings are correct when the data environment is loaded. I guess this is another good reason to use subclasses of the data environment.
>
>In my applications, I NEVER use the data environment of the form and always use one created from a coded subclass.
>
>You may want to consider a codebook framework that 'does' all of this stuff for you.