Submissions and Grades: New filter options “Membership“, “Submitted before“ and “Submitted after“

1 Initial Problem

There are lost of scenarios in which a single excercise unit is used for all students in a single couse which are in fact split up into seperate stutorial groups with possibly quite different actual dates of submission. Tutors who opt for only viewing the submissions of the last 3 days or to only see the members of their tutorial group cannot do so without manually doing a full table scan (which is not only bad in database queries ;) ).

2 Conceptual Summary

The current list of filter options comprises:

• Name / Login
• Grade
• Submission (Has submitted / has not submitted)

• Membership > (if possible Multi-Select) Repository picker for filtering the list of all submissions to only the embers of the selected Courses / Groups, the picker should open at the current position no the repository to allow fast access the groups within the current course
• Submitted after > Date / Time picker
• Submitted before > Date / Time picker

3 User Interface Modifications

3.1 List of Affected Views

Submissions and Grades > Assignment View

3.2 User Interface Details

The filters on this screen have not yet been transferred to Kitchen Sink filters, but still use legacy filters. However, there are currently no Kitchen Sink elements for "new" filter typers that are to be introduced: two date-time pickers and the repository picker. The bwILIAS project has included these two filter elemtents in their endeavours but work on this has yet to start.

We are unsure on how to proceed now. We really would like to introduce the filters because our users need them. The only option that we (in Freiburg) see would be to imlpement the legacy versions of the filters and tackle the filter makeover when the two filter types have been added to the kithen sink.

3.3 New User Interface Concepts

For legacy none, for KS filter at least the repository picker input would be needed.

3.3.1 Accessibility Implications

Standard/existing components should be used. If a KS repository picker is implemented its accessibility implications need to be considered.

4 Technical Information

No technical issues.

5 Privacy

For current state of privacy see PRIVACY.md.

This feature will not include any privacy related changes.

6 Security

No security implications.

7 Contact

• Author of the Request: Glaubitz, Marko [mglaubitz]
• Maintainer: Killing, Alexander [alex]
• Implementation of the feature is done by: Killing, Alexander [alex]

8 Funding

If you are interest in funding this feature, please add your name and institution to this list.

• Universität Freiburg

9 Discussion

Killing, Alexander [alex], 2 Aug 2022: This feature has been suggested to be discussed on Aug 8. However section 3.2 is missing completely, so I did not set "check and attendance" yet. (EDIT: has been added)

Seiler, Yvonne [yvseiler], 17 OCT 2022: I am still stumbling over the idea of the scenario of how the multiple selection of memberships would work. Does multiple selection only mean that if you are in all the selected groups, you will be displayed or either/or in one of the selected groups? And would it also be possible to select other courses/groups outside the course?

Amstutz, Timon [amstutz], 17 OCT 2022:
Standard/existing components should be used. If a KS repository picker is implemented its accessibility implications need to be considered.

--> If there is an issue with Accessibility in one of the UI Elements, it can just be reported as accessiblity issue and will be fixed. This seems not to be the case for all legacy elements.

In the Legacy Table Filters we do have issues with the Date Time Input fields, since the used library is not tabbable. It is possibe to use the plain text input field however, it depends on the person looking at this if this is passing an audit or not. Note that the Date/Time library in use there is full of critical accessibility issues. It is right, that we do look for good accessiblity for new components, however, this does not mean we should simply stick with the old failing ones, since we do not have to pass a review there...

JourFixe, ILIAS [jourfixe], 17 OCT 2022 : We highly appreciate this suggestion and schedule the feature for ILIAS 9. But we recommend to use the new filter implementation as we have to get rid of Legacy UI at least with ILIAS 10.

10 Implementation

New filters will be used when moving to the new KS table. KS Date or Tree Picker for KS filters have not been available when implementing the feature.

Screenshot

11 Test Cases

Test cases completed at 2023-09-13 by Spirou, Ilias [ispirou]

• 63460 : Abgaben durchsuchen und filtern 

Approval

Approved at 2023-10-19 by Falkenstein, Rob [rob].