Project

General

Profile

Actions

Feature #8884

closed

Abonnement

Added by Nicolas Eysseric over 4 years ago. Updated about 1 year ago.

Status:
Closed
Priority:
Normal
Start date:
06/28/2017
Due date:
% Done:

100%

Estimated time:
Livraison en TEST:
Livraison en PROD:

Description

L'application Almanach doit, comme d'autres applications, permettre aux utilisateurs de s'abonner.


Files

unsubscribe.png (3.9 KB) unsubscribe.png Yohann Chastagnier, 10/16/2020 04:16 PM
subscribe.png (3.98 KB) subscribe.png Yohann Chastagnier, 10/16/2020 04:16 PM
manageSubscriptions.png (5.92 KB) manageSubscriptions.png Yohann Chastagnier, 10/16/2020 04:29 PM
confirmSendPopin.png (6.41 KB) confirmSendPopin.png Yohann Chastagnier, 10/16/2020 04:41 PM
personalSubscriptionTabs.png (7.45 KB) personalSubscriptionTabs.png Yohann Chastagnier, 10/16/2020 04:46 PM
kmeliaNodeSubscribe.png (12.6 KB) kmeliaNodeSubscribe.png Yohann Chastagnier, 10/16/2020 05:38 PM
kmeliaSubscribe.png (16.5 KB) kmeliaSubscribe.png Yohann Chastagnier, 10/16/2020 05:38 PM
kmeliaSubscriptionList.png (15.1 KB) kmeliaSubscriptionList.png Yohann Chastagnier, 10/16/2020 05:38 PM
kmeliaUnsubscribe.png (16.3 KB) kmeliaUnsubscribe.png Yohann Chastagnier, 10/16/2020 05:38 PM
kmeliaNodeUnsubscribe.png (12.7 KB) kmeliaNodeUnsubscribe.png Yohann Chastagnier, 10/16/2020 05:38 PM

Related issues

Has duplicate Almanach - Feature #12073: Pouvoir s'abonner à un agendaClosed02/10/2021

Actions
Actions #1

Updated by Nicolas Eysseric over 3 years ago

  • Target version changed from Version 6.1 to Version 6.2
Actions #2

Updated by Yohann Chastagnier about 1 year ago

  • Status changed from New to In progress...
  • % Done changed from 0 to 70
Actions #3

Updated by Yohann Chastagnier about 1 year ago

La mise en place des abonnements au niveau du composant Almanach a été l'occasion de réaliser quelques ajustements au sein de l'API centralisée de gestion des abonnements.

En effet, il existait des éléments propres à des composants dans la partie transverse de Silverpeas et il a été question de modifier cela pour que le couplage entre le noyau et les composants n'existe plus.
Cela a notamment donné la possibilité d'afficher l'intégralité des abonnements gérés par l'API centralisée au niveau de la page des abonnements accessibles depuis l'espace personnel.

Dans la suite de cette note vont être détaillés les abonnements dans une instance d'un Almanach, les changements dans la page personnelle des abonnements et enfin les petites modifications réalisées dans la GED.

Les abonnements dans une instance d'un Almanach

Abonnement à un agenda

Le premier point qui convient ici de préciser et qu'il est possible de s'abonner à un agenda d'une instance d'un Almanach et non à une instance d'un Almanach.
La possibilité de s'abonner au niveau d'une instance, au regard de la fonctionnalité d'agrégation que propose le composant Almanach, aurait mené à des difficultés de compréhension du contexte dans lequel une notification d'abonnement est envoyée/reçue.
S'abonner à un agenda permet à l'utilisateur de ne pas se soucier des problématiques d'agrégation et d'avoir une vision claire du contexte dans lequel il reçoit une notification d'abonnement.

S'abonner / Se désabonner

Il est possible de s'abonner ou de se désabonner d'un agenda via l'action S'abonner ou Se désabonner :

Gérer les abonnements

Lorsque l'utilisateur est gestionnaire d'un agenda, c'est à dire qu'il est gestionnaire au niveau de l'instance dans laquelle l'agenda a été créé, l'action Gérer les abonnements est présentée (cf. #351) :

L'envoi d'une notification d'abonnement

S'il n'est pas explicitement référencé en tant que participant, un abonné reçoit une notification dans le cas de la création ou de la modification d'un événement (ou d'une occurrence d'un événement dans le cas de la récurrence).
En revanche, s'il est référencé en tant que participant sur un événement, l'abonné ne reçoit aucune notification d'abonnement, mais seulement celles en tant que participant.

Les notifications d'abonnement à un agenda sont compatibles avec la fonctionnalité de réception différée des notifications (cf. #3110).

Assouplissement de l'envoi des notifications

Ce système, cf. #6071, est mis en place dans le cadre de la modification d'un événement (ou d'une occurrence). Lorsqu'un utilisateur modifie un événement sur un agenda pour lequel il existe des abonnés, une popin s'affiche pour confirmer si la notification d'abonnement doit être envoyée ou pas.

Si la modification d'un événement concerne les dates, alors cette étape de confirmation n'est jamais proposée et les abonnements sont envoyés.

La page personnelle des abonnements

La page personelle des abonnements de l'utilisateur référence maintenant tous les abonnements gérés par l'API transverse.
Ils sont listés par type d'abonnement (représenté chacun par un onglet) :

La GED

Le mécanisme d'abonnement à la GED ou a un dossier d'une GED a été revu afin d'observer le même comportement que dans les autres composants de Silverpeas.

Dans le menu que voulez-vous faire, sur le dossier racine, il est possible de S'abonner ou Se désabonner au niveau de l'instance :

Sur les autres dossiers, il est possible de S'abonner au dossier ou Se désabonner du dossier :

Enfin, la popup qui s'ouvrait après s'être abonné à l'instance ou à un dossier a été supprimée :


PRs:
Actions #4

Updated by Nicolas Eysseric about 1 year ago

  • Status changed from Resolved to Integration in progress...
Actions #5

Updated by Nicolas Eysseric about 1 year ago

  • Status changed from Integration in progress... to Closed

Validé et intégré

Actions #6

Updated by Nicolas Eysseric 10 months ago

Actions

Also available in: Atom PDF