Neil,

Well , I don't feel like I'm in the catacombs! As to your question about using the security bizobjects to maintain the security tables is another topic altogether, <g>, and isn't addressed in my answer on how to implement role based form security. I'm using the AdminUser form pretty much out of the box and it uses all of those security bizobj classes you are talking about. That works fine for me right now, maybe later I'll tweak that a little. Bigger fish to fry...

But, anyway, I think that the basic deal that I showed you was really pretty simple.

1. Override code in the page_load to check for an Admin User
2. Hook up a business object method that calls a sproc
3. BO calls the sproc and returns a value
4. Override code then processes the value

There was nothing that was a lot of effort really. It was simple to create each piece by looking at the Dev Guide for examples. I looked for methods in the framework to do what I wanted, but did not find them so I just built what I needed. I'm way on to other stuff now like grinding out CRUD forms! Hope you can make it work without too much more trouble! Like I also said, if there's a better way...I'm listening. <s>

>Hence the rub. I don't have your stored procedure. And at this point I have picked you to pieces anyway. It seems to me that you are spending a lot of effort under the hood, down deep and dirty in the catacombs of the framework. I was looking at the Security section of the developer's guide (v 1.1.3) and it seems as if a lot can be gained by working with the internal security bizobjs that manage all of the security tables.
>