Un second sélecteur accompagne celui du lot : tout l'historique, trois
mois, six mois, un an, deux ans, cinq ans. Le défaut reste l'historique
entier — un filtre par défaut cacherait des opérations dès l'arrivée sur
la page, sans que rien ne le signale.
La période part dans l'URL, comme le lot : une fiche filtrée se partage
et se recharge telle qu'on la lisait. Une valeur qui ne correspond à
aucune durée proposée est ignorée et retirée de l'adresse.
Le filtrage est demandé au serveur plutôt que rejoué ici : le taux de
recouvrement et le restant dû sortent de requêtes SQL que le navigateur
ne peut pas refaire, et les recalculer de son côté les ferait diverger de
la chronologie affichée juste dessous.
Ce que la fenêtre écarte reste dit, là où le lecteur pourrait le croire
inexistant :
- un bandeau donne les bornes retenues, précise qu'elles sont calées sur
le dernier compte rendu du lot et non sur aujourd'hui, compte les lignes
antérieures exclues et offre de tout réafficher ;
- sous la courbe, le nombre de mois non tracés, et le rappel que le loyer
en vigueur, sa date d'effet et la comparaison au parc restent lus sur
tout l'historique — sans quoi « depuis mai 26 » au-dessus d'un graphe
qui commence en mai passerait pour une contradiction ;
- à côté des noms, le nombre d'occupants antérieurs à la période ;
- le bloc des régularisations hors courbe s'affiche même quand la période
n'en laisse aucune à lister, pour dire qu'il en existe.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Bertrand Benjamin
24420027a5