[JAVA][XSL-FO] Mise en forme avec FOP

Bonjour,

j'ai une String contenant plusieurs choses :
exemple :

-test1 -test2 -test3.

Cette String est stocké dans une balise xml. je souhaite lors de l'affichage de cette string via la methode :

Code:

---

<xsl:value-of select="CODE"/>

---

.

Là pas de soucis. Elle s'affiche bien mais je souhaiterais qu'elle soit affichée de cette manière :

-test1
-test2
-test3

Comment je pourrais faire ? sachant que dans mon code JAVA en alimentant cette String, j'ai utilisé "\n". En faisant un System.out.print, pas de pb, les éléments de la String ont bien un saut à la ligne mais pas dans le fichier FOP.

Quelqu'un peut-il m'aider ?

En XML les sauts de lignes ne sont que du whitespace et traités par défaut comme des espaces.

Pour que FOP aille à la ligne, il y a deux possibilités :

- utiliser un balisage explicite qui fait du retour à la ligne : par exemple mettre chaque ligne dans un <fo:block> ou un <fo:list-block>. Pour ça, découper le contenu avec split().

- définir la propriété linefeed-treatment à "preserve".
Par nature, XML rend ça un peu compliqué. L'approche du balisage explicite est plus fiable.

Bonjour,

étant donné que c'est moi qui génère le fichier XML, puis-je définir mes données sous forme de CDATA ? Si oui, comment je pourrais faire car je bloque.

Merci.

Hein ?

À propos de quoi, pour quoi faire, dans quel but et comment c'est censé marcher ?

Oui, en fait, j'ai un fichier XML. Ce fichier contient un ensemble de balise.
Ces balises contiennent des Strings, pouvant elle-même contenir des saut de ligne.

J'utilise le parser SAX.

Quand je parse mon XML pour générer un PDF, les sauts de lignes n'apparaissent pas dans le PDF. En effet, à la place j'ai un espace.

y aurait-il une solution ?

Comme dit plus haut :

Citation:

---

- définir la propriété linefeed-treatment à "preserve".

---

C'est un attribut XSL-FO qui peut être indiqué pour la plupart des éléments XSL-FO.

Bien sûr, chercher à donner un sens sémantique à ce qui est bien plus souvent du whitespace, c'est chercher les ennuis et s'imposer beaucoup de rigueur dans la totalité de la chaîne de traitement.
Il aurait sûrement mieux valu prévoir un balisage pour. Mais bon.


(Et je ne vois pas pourquoi il a été soudainement question de CDATA.)

Citation:

---

Envoyé par thelvin

Comme dit plus haut :
(Et je ne vois pas pourquoi il a été soudainement question de CDATA.)

---

Désolé, à force de chercher des solutions, je m'étais emmêlé les pinceaux.

Mais bref, merci à toi thelvin, cela à fonctionner. Je met donc le sujet en [RESOLU]