>From the help file:
>===
>Before changing Mere Mortals .NET Source Code...
>As you use the Mere Mortals Framework to build applications, you may find the need to enhance or alter the behavior of the Framework to achieve specific functionality. Before doing so, check with us first!
>
>We are continually enhancing the Framework and may have already added the functionality you need…OR we may make the change to the Framework for you and for the benefit of other Mere Mortals developers. We always welcome new ideas and suggestions for improvements to the Framework.
>===
>
>Hey Kevin... <bg>
>
>
>Glen,
>Some questions, please:
>
>Are you using a business object registered with the user manager class to extend this functionality?
>
>Are you storing the preferences as name/value pairs, or are you doing something like creating an app.config (or some xml format) stored in a memo/text field for maximum flexibility?
>
>>Regards,
Hi Chris....
2 things.
1) We are just starting this.
2) We are not altering anything in the framework. You must have a layer of inheritance between you and MM. Our user Mgr (derived from the MM User MGR) is keeping track of his state & his prefs. On exit he (the word "it" is more appropriate) can instantiate the appropriate BizObj(s) to update the tables. For startup there is a Login manager, so on exit there can be an Exit Mgr, I suppose. We are not planning on using app.config because this must be user specific with possibly hundres of users. We have not devised what exactly the "state" info looks like, but the prefs are text.