No problem... as you've stated, at least it puts down a flexible logic for future releases.
I guess the user groups and the board access privileges form a matrix... you're choosing to develop one side of the matrix first <img border="0" title="" alt="[Smile]" src="images/icons/smile.gif" />
So group "X" has certain privileges which pertain to specific boards... and in the future, this "group checking" approach could be used for other user entitlements.
I'm just thinking aloud here... but it sounds like you're thinking of assigning board privileges *individually by board*, right? you could extend the logic we're talking about, and create "board groups". Actually, we've got "board groups" already - they're called categories.
So instead of going board by board and saying "Board X allows users in Group A to do this or that", you could say
"Any Board in Category X allows users in Group A to do this or that".
Sounds pretty similar, but I think that
a) it could be more efficient, just like having user groups is more efficient than having priveleges assigned individually by user
b) the privileges would extend themselves automatically if a new board is created in a given category.
Do you know what I mean?
Stephan
