I'm trying to decide how best to setup a "company page" for different clients that would have their own unique downloadable content based upon who is logged in.  I'd like to tie groups of users to a company.  These users would have access to their company repository and no other.  I know I can create a role and call it a "company", and then assign users to that role.  I know I can then create a page or pages with a repository that is viewable to only users in that role.  Is there a better way?  That's a lot of work.  Ideally, I'd like to set a repository module (or something like it) on a given page such that the module "knows" who is logged in and what role (or company) they belong to and dynamically presents that companies repository information and no other.

Another problem I see in going down this road using "roles" as a company identifier is perhaps creating too many roles within the system -- I've heard of performance issues in doing this.  Also, seems like the management of these roles would be painful.

Any ideas or suggestions?  Thanks.

---

http://www.idsconsulting.com Ideas, Design, Success.

The problem is that the current version of the Repository allows you to define roles at the overall repository level. What you need is the ability to assign roles to categories.

I have a similar requirement on my own site. What I did was create a separate page for each client and set the page permissions so each client could only see their own page. I then placed a repository module on each page. So each client has their own repository. I set each repository to allow uploads for that particular client and set the moderator to Administrator only so I would get an email whenever a client uploaded a file.

Not a perfect solution and possibly unworkable if you have a large number of clients.

In a future release you will be able to assign roles to categories which would allow you to do what you want within a single repository module. Sorry there's no better solution for you right now.

---

Steve Fabian e: steve.fabian@gooddogs.com w: http://www.gooddogs.com