Paul,

The idea is to have 3 levels:

Level 1 - Framework developer's level - In this case Kevin's "C" and "K" classes. These classes should not be touched since any modification will be lost with the next framework release.

Level 2 - Application developer's level - In this level, the Level 1 classes are subclassed and modified to suit your needs and are available for any and all application you may create. When QStart is run, all files in the Generic directory and all subdirectories are copied to the new application. If you put your classes in the Generic\Libs directory, they would be copied to each of your new projects and if you found a bug in one of the classes, you would have to go to each application to fix it. I would suggest your WCOMMON directory which is on the same directory level as Kevin's COMMON30 directory.

Level 3 - Application specific level - This level is for all classes used specifically for this application. These are the "A" classes in the LIBS subdirectory under your application directory.

HTH

Rex



>Hi Rex,
>
>>
>>From your description, QStart shouldn't copy anything from your WCOMMON subdirectories any more than QStart copies the "K" or "C" classes from Kevin's COMMON30 subdirectories. What it looks like you are trying to do is create a subclass between Kevin's base classes and your application classes to add any functionality necesary for any application you create. What you would need to do then is redefine the application "A" classes in the Generic project to have your "W" classes as parents.
>>
>
>The Generic Project doesn't have "any" "a" forms, just "c" and "k" ones (k is for Kevin and C is for, niCole?? :-) So, there aren't any "a" form classes to redefine.
>
>Since I shouldn't be modifying the c or k classes, I need to subclass them. I guess I should then store them in the Generic/libs folder, and not my wcommon folder? If I move my wcommon folder (from mmortals\wcommon) in the Generic/libs folder, will the QuickStart copy it (why don't I just try it!)?
>
>Thanks!
>
>-paul