Correction cas éligibilité intermédiaires + commentaires selon spéc #896
Conversation
| @@ -322,6 +323,7 @@ export const getEligilityStatus = async (lat: number, lon: number, city?: string | |||
| hasNoTraceNetwork: null, | |||
| }; | |||
| } | |||
| // Réseau futur à moins de 100m (60 sur Paris) | |||
There was a problem hiding this comment.
60m pour etre cohérent avec au dessus
| @@ -340,6 +342,7 @@ export const getEligilityStatus = async (lat: number, lon: number, city?: string | |||
| }; | |||
| } | |||
|
|
|||
| // Dans zone futur réseau | |||
There was a problem hiding this comment.
pas tres francais ou alors "futur réseau" entre guillements
| @@ -394,6 +437,8 @@ export const getEligilityStatus = async (lat: number, lon: number, city?: string | |||
| hasNoTraceNetwork: null, | |||
| }; | |||
| } | |||
|
|
|||
| // Pas de tracé sur la ville, mais ville où l’on sait qu’existe un réseau (repère) | |||
There was a problem hiding this comment.
Pas de tracé sur la ville, mais ville dans laquelle on sait qu’il existe un réseau (repère)
There was a problem hiding this comment.
En fait pour tous les termes, j'ai copié collé tel quel deux du doc, cf ticket trello. Mais je suis d'accord avec toi que ça pourrait être plus lisible.
Futur réseau => réseau en construction par exemple
Théoriquement, je pousse Florence à faire une page Notion afin d'avoir les différents cas toujours à jour. Et ça sera plus facile à modifier également.
Tu préfères que je corrige les choses maintenant ou on attend la mise à jour côté Florence ?
Note : On peut faire ça dans une autre PR pour déployer ce fix en prod.
totakoko
deleted the
correction_eligibilite_cas_futur_proche_reseau_loin
branch
Revoit les cas de gestion selon la spécification.
Pour passer de
à
Pour le futur futur, il faudrait que l'API retourne toutes les infos (réseau existant, en construction, PDP etc), pour que l'UI ait exactement la structure de la spéc.