Integration of Preconditions in Settings Tab

related to Revision of Access to Timings Settings of Objects

1 Initial Problem

2 Conceptual Summary

"Preconditions" should moved inside the Settings-tab of all object types.
They get their own, new subtab "Preconditions". Very much like it is already in the course. 
The Preconditions sub-tab should be the rightmost sub-tab. 

In case Revision of Access to Timings Settings of Objects is accepted, too, then the List GUI Action "Availability" can be abandonned. 

3 User Interface Modifications

3.1 List of Affected Views

settings tab of following objects:

(Objects without precondition setting: Item Group, Poll, Study Program, Webfeed

Thema Referenzen

Blaue Messagebox: "Die nachfolgenden Vorbedingungen gelten ausschließlich für die aktuelle Referenz des Objektes."
Listen mit Referenzen

OS macht MockUp

Cluster in der Liste mit Objekten, die keine Referenzen haben können

Kurs, Gruppe, Studienp, Kategorie, Ordner,, Lernsequenz

Objekte haben gar keine Vorbedingungen
Können Studienprogramm überhaupt Vorbedinungen haben?

MockUp m it Aktionen-Menü-Eintrag als ShortCut
Wir machen keine Multi-Action im Manage-Screen.

3.2 User Interface Details

new tab "Preconditions", rightmost in settings-tab

3.3 New User Interface Concepts

none

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 Contact

6 Funding

7 Discussion

Kunkel, Matthias [mkunkel], 02 JUN 2020 : Preconditions are related to references of an object, not to the object itself. I can have multiple references on a learning module and each of them has it's own precondition setting. How this should be visualised in the settings tab or the object itself?
I fully agree that the current 'Availability' workflow is not very user-friendly. But unlike your suggestion, this workflow considers the fact that preconditions are defined in the context of using an object and not absolutely.

Suittenpointner, Florian [suittenpointner], 22 OCT 2025:
You know there is a setting related to MK's objection for preconditions in learning module chapters?

Suittenpointner, Florian [suittenpointner], 22 OCT 2025:
Based on what has been said about the use case ("setting up learning pathes", "even forked ones"), I think it wouldn't be much helpful to move these configs into the interior of objects:
This way, you don't gain a better overview of the learning path you're building (however, you provoke changing efforts in dozens of object types and plugins of the "Repository Object" type).
IMHO, efforts like these should be motivated by a bigger gain of usability.
And there are other approaches which seem more promising to me (bulk-assign preconditions, copy precondition settings to other objects, show which objects are subject to the same precondition, make "Show Member View" present the real situation regarding preconditions).

Klees, Richard [rklees], 23 OCT 2025:

Hello everyone,

I'm on board regarding the question that the presentation and configuration of preconditions can and probably should be improved.

There still are some things I want to point out regarding this feature request:

* I think the list of maintainers is not complete here. It should contain basically everyone that maintains some ILIAS object, as all these people will need to do something with their object. I am not aware of any mechanism that allows to add sub tabs to all ILIAS objects. I don't think that this means that I need to be included (as a concept authority) regarding the general decision on how the innarts of the sub tab should look, that's Stefans turf, but I do think that I should be included (as coding authority) in designing the way that this will be included into my object code.
* I kindly ask to present an answer to this question ("How will this tab be included into the ILIAS objects.") and explicitly ask all targeted coding authorities for their approval before this is taken to the Jour Fixe. I think this could kind of alleviate Florians concerns regarding plugin objects as well. I'm not very happy that a workshop was schedule without asking for any kind of consent from the other involved authorities (like me...).
* I don't think that it is correct to assert that preconditions allow to set up learning paths (as it is done in the section "Initial Problem"). As their name states, preconditions allow to control access to some specific object. We have discussed this at length in the design process for the learning sequence: Preconditions do not create a path, but something rather complementary. A path would be something like: "You start at Breinig, drive to Aachen Brand, take the highway to Kreuz Aachen and then proceed to Cologne". In terms of preconditions, this would be something like: "Before you can enter Cologne, you can either drive via Kreuz Aachen, or via A4 from Olpe, or .... If you by chance used Kreuz Aachen, you could have come from Aachen Brand or Jülich or ...". You get the idea. So, people can indeed navigate a path along a graph of preconditions, but the preconditions do not really encode that path. Encoding a path is done in a Learning Sequence. This might only be tangential to this feature request, but I don't know if there is anything else planned regarding preconditions or Learning Paths.

Kind regards!

Feature Workshop, 13.11.2025: We presented the old FR and the comments.

Options to proceed with Editing 

Presentation >Own FR "Overview on objects with preconditions"

8 Implementation

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

Test Cases

Approval

Approved at {date} by {user}.