Affichage et gestion des incidents, maintenances programmées ou autres informations importantes

[slafayIGN]

Cas particulier de #544

Il s'agit de créer un format json pour stocker les informations liés à de tels événements :

• titre
• description
• lien :
  • cible du lien
  • intitulé du lien
• niveau (info / warning / alert)
• contenu détaillé
• date
• propriétés sur le lieu d'affichage sur le site (à définir) :
  • en page d'accueil en tant que bandeau
  • sur la page contact en tant que bandeau
  • sur la page niveau de service (et dans ce cas c'est dans le RSS)
  • sur la carte

Concrètement ce JSON est stocké en tant qu'annexe avec un path pérenne sur l'entrepôt de cartes.gouv.fr-config.

Ces informations doivent apparaitre sur le site, selon le choix du rédacteur :

• en bandeau d'information importante sur la page d'accueil (un seul de ces événements à la fois) (documentation de référence du composant : https://www.systeme-de-design.gouv.fr/composants-et-modeles/composants/bandeau-d-information-importante et https://components.react-dsfr.codegouv.studio/?path=/docs/components-notice--default dans react-dsfr)
• en bandeau d'information importante sur la page de contact (un seul de ces événement à la fois)
• dans une modale sur l'entrée cartographique
• sur la page "Niveau de service", avant les status provenant d'uptrends : https://cartes.gouv.fr/niveau-de-service
• dans un flux RSS auquel les visiteurs peuvent s'abonner. Le lien pour s'abonner se trouvant sur la page "Niveau de service"

Ces informations sont à compléter par les rédacteurs via une interface "d'administration" à construire. Cette interface d'administration doit être disponible uniquement aux membres de l'espace de travail "cartes.gouv.fr-config" qui ont le droit "Annexes" (ou le superviseur de cette communauté).

L'interface d'administration doit permettre de lister les événements, ajouter un événement, modifier un événement existant, supprimer un événement existant et vérifier l'unicité de l'événement prévu pour un affichage en bandeau d'information.

[slafayIGN]

NB : le composant Notice de react-dsfr ne semble pas complètement au niveau de la spécification DSFR, notamment si on compare les story books.
https://storybook.systeme-de-design.gouv.fr/?path=/docs/notice--docs
Ne pas hésiter à soumettre une PR à react-dsfr si nécessaire.

[slafayIGN]

L'annexe manipulée par cette fonctionnalité est à stocker dans le datastore cartes.gouv.fr-config qui est le même couple community/datastore (aka. "espace de travail") que celui auquel on donne des permissions pour afficher des flux privés sur cartes.gouv.fr (cf. #564).

Dans la configuration de l'application, une seule nouvelle variable d'environnement est donc nécessaire et je suggère que ce soit CONFIG_COMMUNITY_ID avec l'identifiant de la communauté et non celui du datastore pour être homogène avec le seul autre espace de travail qui constitue un cas particulier : SANDBOX_COMMUNITY_ID.

[tonai]

NB : le composant Notice de react-dsfr ne semble pas complètement au niveau de la spécification DSFR, notamment si on compare les story books. https://storybook.systeme-de-design.gouv.fr/?path=/docs/notice--docs Ne pas hésiter à soumettre une PR à react-dsfr si nécessaire.

codegouvfr/react-dsfr#363