Stratégie d'échelle : /22 → /29

Le problème : sur un /22 (1024 adresses), une réservation isolée fait 1/1024 de la barre — ~1 pixel, impossible à survoler ou cliquer. Deux approches, à comparer sur le même /22 fictif (barre = 900px).

A

Strictement proportionnel

Chaque bloc = sa taille réelle / 1024. Fidèle mathématiquement, mais les petits blocs deviennent des slivers de 1px : illisibles et impossibles à survoler.

pool .30–.230
bloc /28
short

Réservations isolées invisibles (flèches rouges à ~29% et ~35% : 1px chacune).

B

Proportionnel + largeur minimale

Idem, mais tout bloc < ~8px est élargi à 8px (les trous voisins absorbent le surplus). Chaque bloc reste survolable ; l'infobulle donne toujours la plage exacte.

pool .30–.230
bloc /28
short

Réservations isolées visibles (barres fines mais cliquables). Léger « mensonge » d'échelle sur les micro-blocs, assumé et documenté.

Ma recommandation : B. Sur /22–/29 le drill-down est inutile, mais sans largeur minimale une réservation isolée sur un grand subnet serait inutilisable. Le compromis (fidélité exacte pour les gros blocs, plancher de lisibilité pour les petits) est le comportement exact de Titan.