Feature Wiki

Information about planned and released features

Tabs

Centralizing online/offline status - step 3

This feature request is part of a couple of request to centralise the online/offline status in ILIAS objects:

1 Initial Problem

Currently there is no centralized implementation for handling the offline status in different modules.
Centralized online/offline status actual is supported by the following object types:

  • Course
  • Content Page
  • Forum
  • ILIAS Learning Module
  • HTML Learning Module
  • Poll
  • SCORM Learning Module
  • Survey
  • Test

Almost all other objects either have their own implementation  or  no offline/online status  or  intentionally not supposed to have a offline/online status.

2 Conceptual Summary

In this next step, the following components are to be migrated to the centralized online/offline status and, if necessary, the settings form is to be modified in it's form order. (See Chap. 3.2)

  • Bibliographic list item
  • Chat (Repository)
  • File *1
  • Individual Assessment
  • Learning Sequence
  • LTI Consumer
  • Test Pool
  • xAPI/cmi5
  • Data Collection *2

*1 … For the "File" the exception is that it has the status "online" after creation.

*2 … Additional to Release 9 – see JourFixe comment of 10 JUL 2023

 
Note: The inclusion of a read-only area to display the setting "Timings" in Availiability is not considered in the question of revising the form, as this is dealt with via article Revision of Access to Timings Settings of Objects.

The following table inside the accordion shows:

  • which objects do not yet have an online/offline status,
  • which most probably do not have a centralised online/offline status and
  • for which the form in the settings screen needs an adjustment.
If there is a red entry, there is something to do.

Object

online/offline

centralized online/offline

reorganisation of form section "availability" required

Comment

xAPI/cmi5 need

yes

yes 

yes

Bibliographic list item

yes

no

yes

Blog

no

no

yes

Booking Pool

yes

no

yes

Chat

yes

no

no

DataCollection

yes

no

yes

Exercise

no

no

yes

Glossary

yes

no

no

Group

no

no

yes

Individual Assessment

no

no

yes

Learning Sequence

yes

no

no

Mediacast

yes

no

no

Mediapool

no

no

yes

Portfolio Template

yes

no

no

Test Pool

yes

no

yes

Weblink

no

no

yes

Wiki

yes

no

yes

LTI Consumer

yes

no

yes

Survey Pool

yes

no

yes

File

no

no

yes

"online" must be default status

Objects that should not have an online/offline status:

Object

Categorie

Folder

Item Group

RSS Feed

Session

Study Program

3 User Interface Modifications

3.1 List of Affected Views

  • Settings-Screen of Objects
  • List GUI in Repository showing status "offline" if it is set. (Also in Standard Listing Panels where it is used)

3.2 User Interface Details

In the Settings tab of each item, the second form section should be "Availability".
The first entry in the form section is "Status" and offers a checkbox "Online", which is deactivated by default after object creation.
Attention: an exception to this is the "File Object". This is directly after the creation "online".

3.3 New User Interface Concepts

Nothing new.

3.4 Accessibility Implications

No special requirements in respect of accessibility are to be expected.

4 Technical Information

None. See in general: Common-Settings of Services/Object.

5 Privacy

No personal data is stored or processed to implement this feature. 

6 Security

We do not see any changes for special security issues.

7 Contact

8 Funding

If you are interest in funding this feature, please add your name and institution to this list or contact Samoila, Oliver [oliver.samoila].

9 Discussion

Strassner, Denis [dstrassner], 18 OCT 2022: Due to the discussions at the JourFixe on 17 OCT 2022 and the associated time delay, this feature request was postponed to 31 OCT 2022. Since I can't join this JourFixe, I would add some notes as Maintainer for Test Pool.
I am okay with introducing the centralized online/offline status for Test Pool. But no LegacyUI must be used during the implementation. We will not merge such a PR, if LegacyUI is used.

JourFixe, ILIAS [jourfixe], 31 OCT 2022 : We highly appreciate this suggestion and schedule the feature for ILIAS 9. We strongly recommend all involved developers to use the new setting forms when implementing the centralised Online/Offline status in their component(s). This will take away workload for ILIAS 10 when we have to get rid of legacy UI components. In case of additional funding for this step, please contact Oliver.

Samoila, Oliver [oliver.samoila]: Additions to the JF-Decision of 31 OCT 2022: 
We would like to include the Data Collection in the list of objects to be adjusted already with ILIAS 9.
At the time of the feature decision, the responsibility was not clearly enough.
The data collection should also get the centralised online-offline status and thus also new KS forms in settings screen.

JourFixe, ILIAS [jourfixe], 10 JUL 2023 : Implementing the centralised online/offline status for the data collection component is highly appreciated. Please update request and related documents accordingly.

10 Implementation

Implemenatation is done for:

  • Bibliographic list item
  • Chat (Repository)
  • File
  • Individual Assessment
  • Learning Sequence
  • Test Question Pool

Test Cases

Test cases completed October 2023 by e.g. Samoila, Oliver [oliver.samoila] and Lorenz, Katharina [klorenz].

Approval

Approved in October 2023 by Samoila, Oliver [oliver.samoila].

Approval for:

  • Bibliographic list item
  • Chat (Repository)
  • File
  • Individual Assessment
  • Learning Sequence
  • Test Question Pool

Last edited: 30. May 2024, 12:24, Samoila, Oliver [oliver.samoila]