Reimplement notification system on base of new calendar system #209

Closed
opened 2023-07-18 21:25:55 +02:00 by hansegucker · 11 comments
Owner

Possible Triggers:

  • Lesson event created (e. g. extra lesson, event, whatever → regular lessons have to be excluded)
  • Lesson event changed (⬆️)
  • Lesson event deleted (⬆️)
  • Lesson event created which amends something (e. g. substitution, supervision substitution)
  • Lesson event changed which amends something (⬆️)
  • Lesson event deleted which amended something (⬆️)

This ultimately leads to track all LessonEvent stuff and exclude those events which represent regular lessons.

Alarms shall be created if

  • a new extra lesson, event, substitution, supervision substitution whatever is created (no earlier than a certain point x before this event → create alarm)
  • one of those events changed (only if initial notification has been sent, otherwise initial alarm has to be updated)
  • one of those events was deleted (only if initial notification has been sent, otherwise initial alarm has to be deleted)

The notification system for calendar events should depend on VALARM entries.

The calendar event should have some kind of API for custom notifications where Chronos can add some extra logic for the alarms.

Possible Triggers: - Lesson event created (e. g. extra lesson, event, whatever → regular lessons have to be excluded) - Lesson event changed (:arrow_up:) - Lesson event deleted (:arrow_up:) - Lesson event created which amends something (e. g. substitution, supervision substitution) - Lesson event changed which amends something (:arrow_up:) - Lesson event deleted which amended something (:arrow_up:) This ultimately leads to track all LessonEvent stuff and exclude those events which represent regular lessons. Alarms shall be created if - a new extra lesson, event, substitution, supervision substitution whatever is created (no earlier than a certain point x before this event → create alarm) - one of those events changed (only if initial notification has been sent, otherwise initial alarm has to be updated) - one of those events was deleted (only if initial notification has been sent, otherwise initial alarm has to be deleted) The notification system for calendar events should depend on `VALARM` entries. The calendar event should have some kind of API for custom notifications where Chronos can add some extra logic for the alarms.
Author
Owner

mentioned in issue AlekSIS#58

mentioned in issue AlekSIS#58
Member

mentioned in issue #214

mentioned in issue #214
Member

mentioned in issue #223

mentioned in issue #223
Author
Owner

changed the description

changed the description
Author
Owner

changed the description

changed the description
Author
Owner

Präsentation_AlekSIS-Dev-Meeting_2024-07-04T15_11_37.482Z

![Präsentation_AlekSIS-Dev-Meeting_2024-07-04T15_11_37.482Z](/uploads/a056f38a0536adf1527e4922e27fbd14/Präsentation_AlekSIS-Dev-Meeting_2024-07-04T15_11_37.482Z.png)
Member

assigned to @yuha

assigned to @yuha
Member
needs https://edugit.org/AlekSIS/official/AlekSIS-Core/-/merge_requests/1523
Member
created branch [`209-reimplement-notification-system-on-base-of-new-calendar-system`](/AlekSIS/official/AlekSIS-App-Chronos/-/compare/master...209-reimplement-notification-system-on-base-of-new-calendar-system) to address this issue
Member

mentioned in merge request !664

mentioned in merge request !664
Author
Owner

mentioned in commit d27dc18e95

mentioned in commit d27dc18e95b74453733ab94dc6730d82db992c96
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
aleksis/AlekSIS-App-Chronos#209
No description provided.