|
|
|
[
Permlink
| « Hide
]
Chris Maurer - 09-Jul-2007 11:37
I believe that this is already possible (or partially possible) by using groups. The group support my be limited to just the contents of this drop down, but at least is worth investigating.
As Chris noted, there is some base functionality available that partially meets this need. If there are any groups defined in the site, the maintainer must be a member of a specific group to review its members' Matrices. The drop-down contains all fellow members from all groups to which the maintainer belongs. This filtering does not apply if there are no groups defined. The behavior of having groups defined, but not being a member of any, and the subsequent complete hiding of the user drop-down is mentioned in
This situation may indicate that a distinction between "Review All" and "Review Group" permissions should be made to accommodate roles such as Instructor vs. Teaching Assistant, where the Instructor would be given Review All by default, and a TA would be given Review Group (only) by default. In either case (maintaining only Review vs. splitting Review permissions), I suggest that there be a group filtering drop-down available in all group-enabled sites to facilitate use, defaulting to All Groups. I've dropped some preliminary work into the trunk. It behaves as before with no groups. When groups are added to a site and the reviewer does not belong to any, a message is displayed. When the user belongs to one group, the group filtering is suppressed, but the user list is filtered. When the user belongs to more than one group, a group filtering drop-down is displayed, including an "(All Groups)" option, which is selected by default.
Currently, when changing the selected group, the reviewer's profile is displayed. We may like this behavior or we may rather the actively displayed user to be remembered if a member of the selected group. I've also used an , which may not be ideal for the spacing between the filter button and the user selection box. It looks like this not quite working yet -- the matrix owner is limited to viewing users within groups of which he is a member, but any user in the site can still use the matrix. So if the owner is in group A and a user is in group B, users in group B can use the matrix, but the owner in group A will never see these users.
I also wonder if this should be optional -- groups may be defined for other reasons, and users may be surprised by this behavior. I'd add this as a configurable property for each matrix. I have added two ways to customize the functionality of the group filtering. There is a per-matrix selection as well as a global override. The details are included in the feature spec at http://bugs.sakaiproject.org/confluence/display/OSP/OSP-SPEC-1+-+Wizard+and+Matrix+Group+Filtering.
What about the same functionality in the Wizards tool?
This functionality was believed to be included in the Wizards tool, but this is not the case.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||