Envole » Envole-Mutualisé » ninegate

[droits d'édition des annonces]

sur xdesktop / edispatcher, des usagers peuvent etre déclarés par un administrateur comme membres du groupes "admin_postit", cette appartenance ouvre l'accès a l'interface d'édition des messages
sur ninegate, sauf erreur de ma part, seul les administrateurs peuvent accéder à l'interface de configuration de ninegate, et donc la section des annonces (entité Alerts) dans la rubrique portail

suggestion :

créer un ROLE_ALERTADMIN permettant de reproduire cette mécanique, une requete REST permettant d'interroger l'appartenance à ce role pour un login donné
=> proposer une interface de gestion des Annonces (peut-être ne conserver la gestion des catégories qu'aux admins ?) pour les users ayant ce role

=> fournir une route pour accéder à l'interface d'édition des annonces (serait ouvert en iframe dans une fenetre modale sur xdesktop/edispatcher)
--

[modele de l'entité Alerts]

sur xdesktop / edispatcher les attributs d'un message suivent le modele suivant :

attributs de base :
- type de message (Alerte, Message, Rappel, et "non précisé") = dans ninegate on devra donc créer ces catégories d'annonces au préalable pour reproduire ce choix - pourrait on les fixer comme catégories de base ?
- description du message en texte enrichi = reproduit dans ninegate, mais dans ce dernier il est également possible d'indiquer un titre à cette annonce
- url applicative : si précisée, le message sera "lié à un item" lors de la construction du bureau si cette url est inclue dans une des urls applicatives des items récupérés pour le user (l'item dont l'url est la premiere qui matche sera associée a ce message) = pas d'équivalent dans ninegate, donc pas de possibilté de déclarer un message qui ne sera visible que par les users ayant acces a cet item

attributs optionnels :
- période d'affichage, ie dates de début et de fin de publication, par défaut le début est la date du jour, la date de fin 1 mois plus tard = mécanique équivalente dans ninegate
- filtrage : tout le monde, par login (username), par profil ENTPersonProfil, ex. "National_7" cf SDET, et par groupe : lorsqu'un filtre est choisi, alors choix multiple possible de critères pour ce filtre = mécanique équivalente dans ninegate
- type de message : popup/postit - les messages de type popup s'affichent dans une alerte modale, en "postit" les messages s'affichent dans leur rubrique - pas d'équivalent ninegate
- l'utilisateur peut il fermer le message = mécanique équivalente dans ninegate
- sondage express "est-ce une question?" si oui, il est possible d'ajouter des réponses possibles, il est également possible d'exporter les réponses - pas d'équivalent ninegate
- possibilité d'exporter une liste nominative et datée des "consultations" du message - pas d'équivalent ninegate

A voir donc la possibilité de reproduire les éléments d'administration des messages et d'enrichir le modele de l'entité alerts pour ne pas entrainer de régressions en terme de fonctionnalités lors du basculement vers ninegate
--
(1) pour référence référentiel SDET v6.2 https://cache.media.eduscol.education.fr/file/ENT/75/3/SDET_Annexe-operationnelle_v6.3_1158753.pdf