Bonjour Claire et bonjour à tout le monde,

Je vous remercie beaucoup pour votre aide et accompagnement.

Je vais bricoler quelque chose de ce type pour tenter de réduire fortement 
l’aléa.

Si d’aventure je trouve quelque chose de 100% fiable à l’avenir, je viendrai 
communiquer la solution avec plaisir 😊

Excellente journée à toutes et à tous !

Cédric

De : Ocleyr2lalune <[email protected]>
Envoyé : vendredi 22 avril 2022 13:22
À : Cédric KÖHLER <[email protected]>
Cc : Stéphane Santon <[email protected]>; [email protected]
Objet : Re: [fr-users] re: probleme resizing zone de texte


 Bonjour

merci pour vos fichiers que j'ai enfin pu regarder.

Finalement il s'agît bien de ce que je devinais dans la suite de nos échanges.

Puisque vous ne définissez aucune limite au champ (en nombre de caractères), 
vous ne pouvez pas être certain que ce champ aura la taille adéquate au bout du 
compte.

Oublions les Cerfa de l'administration, car dans la plupart des cas, ceux qui 
les mettent en place ne les testent pas suffisamment... (disons qu'ils n'en ont 
pas le temps, ce qui n'est pas loin de la vérité. mais en revanche, je ne peux 
que vous encourager à signaler un problème sur tel ou tel cerfa, c'est long, 
mais il a des chances d'être corrigé à terme...)

Et intéressons nous à vos formulaires...

Même s'il y a un champ de formulaire, un formulaire conserve la contrainte 
majeure du PDF => c'est une image... C'est figé... Comme une impression 
papier... Oui mais non avec le formulaire ? Je dirais que le formulaire permet 
de définir des zones éventuellement modifiables selon des règles bien précises, 
et normées. Mais ces zones ne peuvent être extensibles.
Bref, impossible d'étendre "automatiquement"le champ en fonction de la taille 
du texte saisi. Et vous indiquez bien que vous cherchez un comportement lors de 
la création du formulaire, donc dans l'odt.

Il n'y a pas de mystère. Comme votre champ a une taille illimitée, c'est la 
zone que vous définissez qui est limitante (modulo la police et la taille de 
caractère associée au champ, et sur ce point, j'ai l'impression que le lecteur 
PDF utilisé et le système d'exploitation ont une influence non négligeable). 
Pour compléter j'ai encore constaté la semaine dernière que lorsque je 
saisissais du texte dans un champ de ce type (et je ne pense pas que le 
formulaire que je remplissais était créé avec LibreOffice... plutôt InDesign). 
Mon texte débordait du cadre lors de la saisie, pour le voir en entier, je 
devais sortir du champ pour que le retour à la ligne à l'intérieur du champ se 
fasse....

Bref, la solution, qui est probablement plus un contournement (mais je n'arrive 
pas à imaginer qu'un fonctionnement automatique puisse être mis en place) que 
j'évoquais déjà :

Définissez un nombre de caractères maximum pour le champ. Je comprends que vous 
ne vouliez pas limiter la réponse, mais rien ne vous oblige à limiter à 255 
caractères... Ensuite, à partir d'un texte "test" (genre un lorem Ipsum), vous 
pouvez évaluer la taille nécessaire. Vous pouvez ajouter tous les sauts de 
ligne que vous souhaitez. En fonction de tous ces éléments vous agrandissez la 
taille de votre champ en hauteur (et en largeur si vous pouvez).

Bien sur ça reste aléatoire, vous ne pouvez que réduire (fortement) les chances 
que le texte dépasse. Mais ni vous, ni le formulaire créé dans LibreOffice ne 
peut deviner de quelle taille il aura besoin à terme. Et comme dit plus haut, 
et je crois que vous l'avez bien compris, une fois le formulaire créé, les 
zones et leurs tailles sont figées. Vous devez donc impérativement anticiper 
cette taille. La conséquence c'est d'avoir des champs énormes alors que ce 
n'est pas toujours utile...

Solution empirique pour les formulaires remplis qui resteraient ingérables : 
les ouvrir dans Draw, à posteriori donc, et ajuster la taille des cadres.....

Tenez-nous au courant, si vous le souhaitez

Bon courage !

Claire

Le 2022-04-22 09:15, Cédric KÖHLER a écrit :
Bonjour Claire, bonjour Stéphane,

Je vous remercie de vos retours.

Stéphane, pour vos solutions :


A votre disposition si besoin.

Bien à vous,


Cédric


-----Message d'origine-----
De : Stéphane Santon 
<[email protected]<mailto:[email protected]>>
Envoyé : jeudi 21 avril 2022 23:21
À : [email protected]<mailto:[email protected]>
Objet : [fr-users] re: probleme resizing zone de texte

Bonjour,

Le 21/04/2022 à 08:51, Cédric KÖHLER a écrit :
J'utilise LibreOffice pour établir mes fichiers PDF modifiable (il s'agit de la 
solution la plus fiable et simple à mes yeux).

J'appelle ça des PDF complétables.


Cependant, je n'arrive pas à mettre en place ce que j'appelle le « 
redimensionnement  automatique » dans les zones de texte.

Il n'est pas utile de limiter le nombre de caractères dans le présent cas 
d'espèce car la fonction « à la ligne » est toujours disponible.

Ce qui a pour conséquence, lorsque la personne saute des lignes, que le texte 
(qui peut être également trop long) n'est pas visible lorsque que le PDF est 
envoyé en version « imprimé » (pas de possibilité de scroller vers le bas).

Le problème est de vouloir imprimer le fichier PDF dont les zones de texte ne 
sont pas limitées (par définition un PDF a un contenu à taille fixe).
Et si l'on a le fichier PDF complété en numérique, on peut bien scroller le 
texte qui dépasse.

Donc stratégie à choisir :
- Ou bien l'on sait que ce sera récupéré en imprimé et l'on limite le nombre de 
caractères
- Ou bien l'on souhaite ne pas le limiter et l'on le traite en numérique, par 
en imprimé.


--
Envoyez un mail à 
[email protected]<mailto:[email protected]>
 pour vous désinscrire Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy



-- 
Envoyez un mail à [email protected] pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Répondre à