Feature Wiki

Information about planned and released features

Tabs

Calculate and present percentages for collections

1 Initial Problem

  • For some object types the Learning Progress is switches from "not attempted" to "Completed".
  • For other object types the Learning Progress "In Progress" makes sense and more specific information would be desirable. 

2 Conceptual Summary

This FR adresses the Learning Progress is calculated and presented as percentages % in containers set to "Status is Determined by a Collection of Items". 

  • Course 
  • Group
  • Folder
  • Learning Sequence 

Each contained object gets an equal share. The objects that could beentailed are: 

These objects comprise of sub-items and supposed to calculate and report a percentage. Learning Progress is calculated and presented as percentages %. 

  • Learning Module ILIAS 
  • Learning Module SCORM 
  • Mediacast
  • Survey
  • Forum

Learning Progress is switches from "not attempted" to "Completed".

  • File
  • HTML Learning Module
  • Inhaltsseite
  • Sessions
  • Individual Assessment 

Learning Progress two objects is bifurcated

  • Test has "Test must be finished" and Test must be passed". 
  • Excercise has "Tutors Monitor and Set Status" and "Completed by Submission" 

3 User Interface Modifications

3.1 List of Affected Views

  • Tiles of collections 
  • Tiles of course, group ad folder.

3.2 User Interface Details

3.3 New User Interface Concepts

{ If the proposal introduces any completely new user interface elements, you might consult UI Kitchen Sink in order to find the necessary information to propose new UI-Concepts. Note that any maintainer might gladly assist you with this. }

3.4 Accessibility Implications

{ If the proposal contains potential accessibility issues that are neither covered by existing UI components nor clarified by guidelines, please list them here. For every potential issue please either propose a solution or write down a short risk assessment about potential fallout if there would be no solution for the issue. }

4 Technical Information

{ The maintainer has to provide necessary technical information, e.g. dependencies on other ILIAS components, necessary modifications in general services/architecture, potential security or performance issues. }

5 Privacy

{ Please list all personal data that will need to be stored or processed to implement this feature. For each date give a short explanation why it is necessary to use that date. }

6 Security

{ Does the feature include any special security relevant changes, e.g. the introducion of new endpoints or other new possible attack vectors. If yes, please explain these implications and include a commitment to deliver a written security concept as part of the feature development. This concept will need an additional approvement by the JourFixe. }

7 Contact

  • Author of the Request: {Please add your name.}
  • Maintainer: {Please add your name before applying for an initial workshop or a Jour Fixe meeting.}
  • Implementation of the feature is done by: {The maintainer must add the name of the implementing developer.}

8 Funding

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

9 Discussion

10 Implementation

{ The maintainer has to give a description of the final implementation and add screenshots if possible. }

Test Cases

Test cases completed at {date} by {user}

  • {Test case number linked to Testrail} : {test case title}

Privacy

Information in privacy.md of component: updated on {date} by {user} | no change required

Approval

Approved at {date} by {user}.

Last edited: 26. Apr 2024, 11:22, Tödt, Alexandra [atoedt]