Hi Scott,

I use Codemine daily. I chose it because it does not force you to do things it's way and I was migrating an FPDos app and needed the flexibility. Because of the fact this app was migrated I did not use the Codemine Dataenvironment, cursor objects or ruleobjetcs at design time but place tables in the form's DE. Codemine reads the form's DE and opens tables with its own datamanager fine, but as a result of all this I do not obtain the full benefit of reusable rule objects etc.

The key concept of Codemine is similar to the cursor adapter concept with well named and rich methods of the datamanager and rule objects called at the right times. Things like BeforeUpdate, BeforeDelete, BeforeUpdateFailure, AfterNav (after you navigate in a cursor), etc. If you choose this framework you should study it well up front to get most benefit.

One thing Codemine does not have is a builder to help you create a quick and dirty yet complete app simply. In my case that does not matter much because I spend 80% of the time evolving a single app. On the other hand, it does not impose any kind of look and feel to your app.

I have wondered how Codemine manages to run so fast since it does so much, and concluded that because the code is compact and much of it reused often it stays in the CPU cache.


>Gary,
>
>Yes, I was at a Developer's conference in Minnesota back in 96 or 97 when David Lehr premiered that product. I thought it was slick then. I have the demo version. I like the look and feel of the demo and will be reviewing it more closely shortly.
>
>Thanks for the endorsement of CodeMine. I appreciate it.
>
>>Scott
>>
>>A powerfull, easy to learn, lean framework can be found at www.codemine.com.
>>
>>Best,
>>