La V2 est dispo avec la gestion de plusieurs lieux 
Je n’ai pas pu faire afficher chaque donc j’ai fais au mieux comme sur la copie d’écran :
Voici la raison donné par claude :
Pourquoi un lieu par ligne est impossible
Le retour à la ligne est envoyé — un vrai \n — et on le voit dans les logs du conteneur. C’est l’écran de configuration de Gladys qui le mange, pour trois raisons cumulées :
ActionsCard.jsxrend la réponse comme<div class="alert alert-success">{getLocalizedText(...)}</div>: un enfant texte de React. Tout balisage est échappé, donc ni<br>ni<pre>ne sont possibles.- En HTML, un
\ndans du texte est un espace, sauf si le CSS ditwhite-space: pre-wrap. Ni le CSS de Gladys ni le.alertde Tabler ne le posent (le seulpre-wrapde tout le front des intégrations externes est sur la page LOGS). - Les séparateurs Unicode U+2028 / U+2029, que la spec CSS présente comme des sauts forcés, ont été mesurés dans Chromium : ils sont collapsés aussi.
Vérifié au tag v4.84.4 et sur master. Il n’y a donc rien d’autre à envoyer : le correctif est une règle CSS d’une ligne dans le cœur de Gladys, pas quelque chose que cette intégration puisse livrer. D’où le « • » qui ouvre chaque entrée : c’est lui qui garde la liste lisible une fois tout écrasé sur une ligne — un numéro nu se perd entre un code postal et deux coordonnées, un « • » ne peut pas apparaître dans une adresse.