Hello Dr. McNeish!

We're doing well. Going crazy with the move of the store to a bigger space as well as a project that I'm finishing up. Thanks for asking and send our love to Nicole!

I did subclass cUserMgr and updated the classes table so that the abstract factory creates the right class, but instead of adding the view to the UserLoginEnvironment I decided to create a bizobj that's used briefly during start-up so that the groups list resides in a property rather than keeping the view open during the whole session.

So then, as Austin would say, in a nutshell, I think I'm OK.

Thanks for getting back!

Alex


>Professor Wieder!
>
>Haven't talked to you in a while...I hope you and the lovely Vanessa are doing well!
>
>>If anyone has better ideas, let's hear them!>
>
>Here's an *alternate* solution.
>
>1. Create a subclass of CUserMgr
>2. Add "v_UserGroups" to your app-specific copy of UserLoginEnvironment
>3. Add a new "IsUserInGroup()" method to your new User Mgr class that accepts a user primary key and a group primary key. Add code to requery the view, and check the resulting cursor for the specified group...return a logical value indicating if the specified user is in the group.
>4. Change classes.dbf so the Abstract Factory loads up your User Mgr rather than CUserMgr.
>
>Hooking into the User Manager is a nice way to go since it's always available.
>
>Regards,