Hello,
Lors du développement d’une intégration j’ai eu des difficultés avec les sauts de lignes
Il faudrait pouvoir faire des sauts de ligne lors de l’affichage d’information dans une intégration externe
Voici le retour de claude sur l’intégration vigieau par exemple :
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.