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.