Discussion :

[sinok]

Bonjour, j'aurais eu besoin de savoir s'il existait dans crystal une option pour tronquer automatiquement la valeur d'un champ si les caractères dépassent la taille allouée sur le rapport.

Enfin c'est le comportement par défaut du client lourd Crystal, mais j'utilise le CrystalViewer java pour générer l'export HTML / PDF du report, et là les champs trop longs ne sont pas tronqués automatiquement et donc jouent les gros lourdos dans les champs dd'à coté.

Et comme je suis un gros nullos en Crystal je ne trouve pas l'option qui permettrait de remédier à ce problème. (et ce serait moche de tronquer les champs à un certain nombre de caractères...)

Donc si quelqu'un pouvait me mettre sur la voie ce serait grandement sympathique de sa part.

Merci d'avance
++

[Aitone]

Alors,

Je n'ai pas vraiment compris ton problème mais est-ce que l'astuce de créer un champ texte et d'insérer tous tes champs dedans ne t'arrangeraient pas ?

[sinok]

Grosso merdo j'ai un champ dont la valeur est trop grande pour la taille qui lui est impartie et qui va bouffer dans celui d'à coté:



Quand je visualise le rapport en HTML ou en PDF, par contre en client lourd (designer) ça ne le fait pas.

Donc je cherche grosso merdo l'équivalent de la propriété overflow:hidden des CSS pour crystal ^^

[L.nico]

Bonjour,
Pourquoi ne pas mettre ton champ en multiligne !?

[BiM]

Bonjour,
Pourquoi ne pas mettre ton champ en multiligne !?

Peut être pour montrer le début d'un message.

[sinok]

C'est ce que j'ai fait temporairement, mais visuellement c'est pas top dans le rapport...

Grosso merdo ça me fait une seconde ligne dans laquelle je n'ais quasiment rien....

[BiM]

C'est ce que j'ai fait temporairement, mais visuellement c'est pas top dans le rapport...

Grosso merdo ça me fait une seconde ligne dans laquelle je n'ais quasiment rien....

Sinon tu comptes le nombre de caractères, tu affiches les X premiers suivis de ... si le nombre de caractères est supérieur à X.

Ca c'est du bidouillage !!!

[sinok]

Surtout que ça peut donner des longueurs de chaines variables: genre WWWWWW c'est quand même bien plus long que iiiiii

Donc je vais rester en multiligne

Et baahhhh le composant crystal java de m*****

Bon a moins qu'une solution miracle illimne la journée je passerait en délestage ce soir et resterais en multiligne

Looserie....

En tout cas merci quand même à tous

[BiM]

Et baahhhh le composant crystal java de m*****

Il est incomplet, c'est pour ça que je n'ai pas poursuivi avec CR en Java. Je suis passée à BIRT

C'est vrai qu'il y a des différences de longueur de chaînes...

[L.nico]

La seule solution est de faire ce que dis BIM mais en utilisant pour la zone à découper une police de taille fixe ..... mais malheureusement ca risque de pas être super joli, donc la solution multiligne est la moins mauvaise !
Bonne continuation.

[sinok]

Il est incomplet, c'est pour ça que je n'ai pas poursuivi avec CR en Java. Je suis passée à BIRT

C'est vrai qu'il y a des différences de longueur de chaînes...

Bah si j'avais eu la main sur le choix de technos j'aurais sans hésiter choisi BIRT ou Jasper...

Mais là je n'avais pas mon mot à dire, juste à pester après Crystal par la suite....

(sans parler des journées à chercher les corrections de bugs dans les innombrables monthly hotfix)

Bon aller, délestage...