Thanks for the clarification on this, and I hope I can prod you
for a few more questions :)
>>>>> "D" == David Sean Taylor <[EMAIL PROTECTED]> writes:
D> There is another Profiler feature, Role-based fallback. It
D> could work for you, but only if your user has one role, and if
D> your user doesn't have his or her own PSML resource.
I was almost using this method; I had assigned multiple roles so
that's more like your extended fallback ...
D> One option would be to extend Role-based fallback to merge PSML
D> from all of the user's roles. This would require coding.
The composite role trick might work, but just so I'm clear on this, if
a user has only one role, no personal profile will be created, but
doesn't that also mean the person can never edit their configuration?
(or does it mean that, if they do any customizing, they edit the role
for everyone?)
D> Yet another option: when you perform the maintenance functions:
D> add role upon registration, or remove role upon expiration,
D> programmatically remove the the portlets (or references) from
D> their personal PSML page.
This is more or less the Action-based promote-demote process I had
envisaged, only I hadn't considered also modifying their psml; it will
probably come down to this approach since any dynamic role-merging
appears to preclude other personal customizations.
Thanks again for the clarifications.
--
Gary Lawrence Murphy - [EMAIL PROTECTED] - TeleDynamics Communications
- blog: http://www.teledyn.com/mt/ - biz: http://teledyn.com/ -
"Computers are useless. They can only give you answers." (Picasso)
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
