Date: prev next · Thread: first prev next last
2022 Archives by date, by thread · List index




 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.