Feature Wiki
Information about planned and released features
Tabs
Course Group Improvements
1 Description
The following extensions of the group system shall ease and improve the handling of groups within courses:
- User profile data export in groups (as already known from courses; already required in Course-Specific User Fields)
- User fields in groups (like "course-specific user fields" in courses)
- Showing user's group memberships in course member list (to see immediately which user is member of which course group; only those groups are listed that are within the current course)
- Signature for course/group mails (to identify easily from which course or group a mail has been sent)
2 Status
3 Additional Information
- If you want to know more about this feature, its implementation or funding, please contact: Nadine Kämper (nadine.kaemper_at_fh-koeln.de)
4 Discussion
Jesper Gødvad: We really love feature 4.
JF 22 Mar 2010: We highly appreciate these features. Number 3 may be displayed in two ways:
- As a new column in the members table (group assignments)
- As a new subtab (under "Members") and view that lists all members for each group separately.
Florian Suittenpointner, 26 Apr 2010:
There is one more suggestion from the HS Karlsruhe regarding the optimization of Group handling:
The lecturers from HS Karlsruhe often use a couple of separate working groups within a Course and want the members to join exactly one of them.
Therefore, it should be possible to create a membership limitation including all of the Groups within a Course. Thus, a Course member can only become member of one of the Groups.
Of course, this scenario can already be realized by now, however, the effort is high. The original idea at the HS Karlsruhe was to have a feature that realizes this scenario by one click.
However, as the 4.1 feature list is already frozen actually, we now suggest to to make two little adjustments that facilitate using the feature as it is by now:
There is one more suggestion from the HS Karlsruhe regarding the optimization of Group handling:
The lecturers from HS Karlsruhe often use a couple of separate working groups within a Course and want the members to join exactly one of them.
Therefore, it should be possible to create a membership limitation including all of the Groups within a Course. Thus, a Course member can only become member of one of the Groups.
Of course, this scenario can already be realized by now, however, the effort is high. The original idea at the HS Karlsruhe was to have a feature that realizes this scenario by one click.
However, as the 4.1 feature list is already frozen actually, we now suggest to to make two little adjustments that facilitate using the feature as it is by now:
- By now, the list of Groups available for the membership limitation can neither be sorted (other than alphabetically) nor filtered. Thus, it is quite uncomfortable to select Groups. The best solution was a search form also featuring a criterion "Search Area", so the Groups within a Course can easily be found.
- Additionally, the list should have a "Select All" option.
JF 3 May 2010: In general we agree that the usability of the membership limitation feature has to be improved. A quick solution could be to initially only show groups of the same repository level (or below) and all other groups only on demand.
We try to deliver it for 4.1 as a usability fix (in general we already have feature freeze).
5 Follow-up
Last edited: 17. Apr 2025, 15:10, Kunkel, Matthias [mkunkel]