Ce post est un “ticket” pour les clients (Cesium², Ğecko, Ğ1 Companion, Ğ1nkgo, Tikka, …).
@poka @ManUtopiK @vjrj @vit
Je me permettrai donc de poster un ticket Git dans chaque client accessible qui fera le lien sur ce post.
Origine :
Dans la v2 il y a promesse de simplification du processus de certif, car suppression des piscines.
Mais, en contrepartie, le fait d’attendre 5j. avant de procéder à la certif suivante, devient une sorte de régression d’usage, car sur le terrain, gros besoin de prévoir plusieurs certifs lors d’un événement, un marché, …
→le propos serait d’avoir un utilitaire de type “Queue List”.
Périmètre MVP (simplification) :
Inclus dans les releases pour la V2, mars 2026.
- Gestion de la queue en local. Pas de synchro. / choix par les users d’un client “dédié” pour gérer ses certifs.
- Liste par défaut : chronologique. Lorsque le délai est écoulé, certifie le premier de la liste.
- Ordonnancement manuel possible pour donner la priorité aux certifs souhaitées.
- Nécessité de l’ouverture du client → besoin d’une notif “externalisée”, idéalement push notif, genre daemon local. [ RQ : chercher alternative opensource à Firebase ]
Distinction entre “nouvelle certif” et “renouvellement certif”
- a minima : signalétique {label: “renouvellement”} dans la liste.
- mieux : simplification du process de certif : seule vérif à effectuer pour le certifiant = la personne à renouveler est-elle bien encore vivante.
- mieux : proposition automatique dans le délai approprié (J-5), façon deathreaper.