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 <m.libreoffice@santonum.eu>
Envoyé : jeudi 21 avril 2022 23:21
À : users@fr.libreoffice.org
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 à users+unsubscribe@fr.libreoffice.org 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 à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
   
 
  Privacy Policy |
  
Impressum (Legal Info) |
  
Copyright information: Unless otherwise specified, all text and images
  on this website are licensed under the
  
Creative Commons Attribution-Share Alike 3.0 License.
  This does not include the source code of LibreOffice, which is
  licensed under the Mozilla Public License (
MPLv2).
  "LibreOffice" and "The Document Foundation" are
  registered trademarks of their corresponding registered owners or are
  in actual use as trademarks in one or more countries. Their respective
  logos and icons are also subject to international copyright laws. Use
  thereof is explained in our 
trademark policy.