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:
Mis à jour par 
Mis à jour par 
