Clickable Glyph for Notification Bell

This feature request is a part of the Calendar Revision III.

still in progress

1 Initial Problem

To start a forum notification or thread notification, the corresponding function must be activated via the "Actions" menu. There is a notification glyph visually, which serves to indicate whether the notification is active or not. However, this does not yet work as a trigger.

Users click on this notification glyph to activate or deactivate the notification. Only if you notice that this does not work, you do search for a possible notification function in the Actions menu.

Since this behavior often manifests itself, and since the other glyphs in this line function as clickable icons, it only makes sense

1. to make the notification glyph also clickable to allow the behavior expected by the user to occur.
2. And to adapt the glyph to the other bootstrap glyphs, so that all the glyphs of this line appear in the same visual language.

We have to keep in mind that there must be a toggle that can (de)activate the whole forum as well as only one thread.

Screens ILIAS 5.3

2 Conceptual Summary

• Notification for Learning Module (whole LM vs. this LM Page)
• Notification for Forum (whole Forum vs. this Forum Post)
• Notification for Wiki (whole Wiki vs. this wiki page)
• see Notification about New Comments
• see KS-Entry: Notification Glyph

Several options are possible. Let us discuss them before the JourFixe.

• Variant A: Modal dialog with three radios (no notification | notification one item | notification all)
• Variant B: Dropdown at Notification Glyph (based on settings dropdowns of blocks on the PD)
  • B1: Notification one item | Notification all
  • B2: no notification | notification one item | notification all

• B1 assumes that users understand that these are basically checkboxes and not radio checkboxes.
• B2 requires that you only understand that I am basically a radio operator
• With variant A, the fact that radios are clearly recognizable also makes it clear that radios are behind the concept. Another argument against the two variants B is that it may have been a discontinued concept. We've just extended this type of dropdown to the personal desk in the side blocks. With the calendar, which knows something like this for "Upcoming Events" and the monthly display, we switched to a View Control Mode.
• Another advantage of variant A is that the operating concepts for comments, tags and notes are also dealt with in modal dialogs.

3 User Interface Modifications

3.1 List of Affected Views

• All objects with Notifications (forum, course, groups, wikis, learning modules,...)

3.2 User Interface Details

MockUps of both variants will be handed in later.

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

• Author of the Request: Seiler, Yvonne [yvseiler], Universität Bern, supplemented by Samoila, Oliver [oliver.samoila]
• 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.}

6 Funding

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

• Technische Hochschule OWL

7 Discussion

8 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}

Approval

Approved at {date} by {user}.