ETQ super-admin je peux informer les administrateurs, instructeurs et experts des évolutions du site

[colinux]

Première version :

• ETQ super admin création et publication d'annonces avec mise en forme simple et image
• chaque annonce est catégorisée par son audience: Administrateur, Instructeur, etc
• un profil a ses propres catégories sélectionnées "par défaut" en allant sur cette page, mais peut consulter les autres
• on peut catégoriser une annonce Usager même si la page des nouveautés ne leur est pas accessible: des informations au sujet des usagers peuvent être pertinentes pour les administrateurs, par ex quand on a retiré la mention "facultatif".

Dans la PR suivante #9655 (car accompagnée d'un gros refacto):

• ETQ admin/instructeur/expert un lien Nouveautés apparaît dans la barre de navigation principale, agrémenté d'un badge type notification lorsqu'il y a du nouveau à voir depuis la dernière consultation

Evolutions envisageable plus tard :

• ouverture aux usagers ?
• typer les annonces pour prévenir d'incidents avec codes couleurs dédiées (on aurait: information / incident / incident résolu)
• pré-remplissage d'annonces à partir des release notes sur github (mais on est pas obligé de faire un suivi pour chaque déploiement; nécessiterait de mieux phraser les PR, peut-être par une API ?).
• autosave

VUE INTERNAUTE

INTERFACE SUPER ADMIN

[E-L-T]

Très chouette cette feature ! C'est simple et intuitif 👌 J'ai quelques petits retours :

• Etq lecteur d'annonce on voit déjà les annonces dont la publication est programmée dans le futur.
• Etq superadmin dans la liste des annonces, si la publication programmée dans le futur, mettre un badge "programmé" plutôt que "publié" ?
• Si plusieurs notes créées le même jour, la dernière s'affiche en bas de liste -> la remonter pour éviter qu'elle ne passe inaperçue ?
• Pour le fait de ne pas pouvoir détruire une note si c'est la seule de l'annonce, j'ai vu ton commentaire à propos de Turbo. Peut-être que dans l'index des annonces on pourrait ajouter un bouton supprimer ? (parce que là on ne pas supprimer d'annonce je crois)
• Dans la liste des annonces, on pourrait ajouter un texte du type : "Vous n'avez pas encore publié d'annonce" à la place de l'intitulé des 4 colonnes la 1e fois qu'on se connecte

[colinux]

Etq lecteur d'annonce on voit déjà les annonces dont la publication est programmée dans le futur.
Etq superadmin dans la liste des annonces, si la publication programmée dans le futur, mettre un badge "programmé" plutôt que "publié" ?

Je me dis qu'ETQ superadmin on connaitra bien le fonctionnement et qu'on ne publiera pas dans le futur sauf exception (car ça ne fait pas partie de ce qui a été prévu de faire). Je préfère rester minimaliste au moins le temps de voir ce qu'on veut vraiment faire de l'outil, j'ai juste fait en sorte de masquer les annonces du futur au cas où.

Si plusieurs notes créées le même jour, la dernière s'affiche en bas de liste -> la remonter pour éviter qu'elle ne passe inaperçue ?

Au contraire on conserve le même ordre chronologique dans l'interface et dans l'affichage. Et de la même manière que précédemment, on n'est pas censé avoir plusieurs blocs d'annonces le même jour, ça n'a pas de sens tant qu'on ne type pas les annonces (incidents/informations)

Pour le fait de ne pas pouvoir détruire une note si c'est la seule de l'annonce, j'ai vu ton commentaire à propos de Turbo. Peut-être que dans l'index des annonces on pourrait ajouter un bouton supprimer ? (parce que là on ne pas supprimer d'annonce je crois)

Oui j'ai pensé à ça, mais même remarque : pour tout ce qui touche au super-admin je préfère rester au plus simple pour le moment. On verra si c'est nécessaire, au pire, on peut réutiliser une annonce non publiée et changer la date.

Dans la liste des annonces, on pourrait ajouter un texte du type : "Vous n'avez pas encore publié d'annonce" à la place de l'intitulé des 4 colonnes la 1e fois qu'on se connecte

Là aussi même remarque, et c'est comme le manager

[LeSim]

Super, merci beaucoup pour cette simplification.

[LeSim]

super classe la combinaison des deux 😍

[LeSim]

Suggested change

	@paginated_groups = ReleaseNote.published
	.for_categories(@categories)
	.select(:released_on)
	.group(:released_on)
	.order(released_on: :desc)
	.page(params[:page]).per(5)
	@paginated_release_dates = ReleaseNote.published
	.for_categories(@categories)
	.order(released_on: :desc)
	.page(params[:page]).per(5)
	.pluck(:released_on)

[colinux]

ce n'est pas équivalent: on a besoin d'une object paginé pour gérer la pagination avec les next_page etc… dans app/views/release_notes/_page.html.haml Ou alors tu avais autre chose en tête ?

[LeSim]

Ah oui bien vu. En fait mon point était de faire sauter le group(:released_on), j'ai l'impression qu'il n'est pas nécessaire.

[colinux]

OK, je groupe car je veux que toutes les annonces d'une même date soient affichées dans la même "page". (s'il y a 10 annonces le même jour, je veux qu'elles apparaissent en même temps)