[Formulaire] Contenu d'une zone de texte qui apparait (ou non) après export en .pdf, selon le lecteur pdf choisi

fr-users
#1

Bonjour à tout le groupe.

Le formulaire accessible sur https://www.ac-dijon.fr/media/17458/download produit les effets suivants, après avoir rempli les cases et exporté en .pdf :

- Sumatra n'affiche aucun contenu dans les cases remplies ;

- Acrobat Reader affiche le contenu de certaines cases, en masque d'autres ; le contenu masqué apparait en cliquant dans la case concernée puis disparait quand on clique dans une autre case ; ce contenu reste en revanche apparant quand on le modifie ou qu'on modifie le contenu d'une autre case ;

- Les contenus des cases sont visibles sans problème via Firefox, Chrome, Edge, PDF-Viewer ;

- Pas de souci d'affichage sur un .pdf obtenu en imprimant en pdf.

Merci d'avance pour les pistes !

Guillaume

#2

Nous avons eu aussi un problème de compatibilé pdf avec un odt qu ia été traduit en pdf, mais avec un outil windows. Je ne peux pas passer le document à l'heure actuelle car, c'est un sujet de partiel qui se fait cette semaine.

1) des oméga (équation) ont été remplacés par un gros rectangle blanc, l'indice 0 par un petit rectangle en indice

2) une image ancrée au texte est passée en début de ligne (cachant le texte dessous)

3) des dessins non souhaités (une fleur et des caractères non souhaités) se sont rajoutés sur la feuille à côté d'équations. Le seul lecteur de pdf qui a posé problème, est celui de l'imprimante... Les problèmes n'ont été découverts qu'en partiel. Heureusement, le dessin ajouté n'était qu'une fleur, mais rien de compromettant.

#3

Bonjour,
ce problème est récurent avec les fichiers PDF y compris avec d'autres outils.
J'ai ce problème avec AMC un outil qui produit des QCMs en PDF avec des cases à cocher. Suivant l'outil utilisé pour la lecture une fois les cases cochées elle sont remplies par des croix, des points ou noircies selon. De plus une impression de ces questionnaires directement sur le copieur n'imprime pas les cases alors que depuis un PC les cases sont imprimées.

Du coup je pense que le problème vient uniquement de l’interprétation des pdf par les différents lecteurs et n'est pas facilement solvable.

Bonne journée.

François-Marie

#4

Bonjour,

Je suis sous Linux et avec le lecteur Okular je n'ai pas ce problème. Les zones de textes sont bien visibles et imprimées.
Seul le bouton radio (fréquentation régulière ou pas) n'est pas pris en compte. Mais j'avais déjà signalé le problème l'an dernier.

Mais effectivement avec Acrobat Reader (sous wine sous linux) pour les zones de texte multilignes le texte n'est pas visualisé sauf en cliquant dans la zone.
L'impression à partir de Acrobat, n'imprime pas le texte non plus.
Le bouton radio ne fonctionne pas non plus.

Mais je voudrais signaler qu'avec un "vieux" PDFXChange viewer (toujours sous wine) tout fonctionne, même les boutons radio ! Isn't it strange ?

Bonne année et bonne journée
Patrick

#5

Bonjour.

Effectivement, sous Mint, avec la visionneuse pdf par défaut, aucun souci de lecture du pdf en question.

Guillaume

#6

Bonjour,

Bonjour à tout le groupe.

Le formulaire accessible sur
https://www.ac-dijon.fr/media/17458/download produit les effets
suivants, après avoir rempli les cases et exporté en .pdf :

- Sumatra n'affiche aucun contenu dans les cases remplies ;

- Acrobat Reader affiche le contenu de certaines cases, en masque
d'autres ; le contenu masqué apparait en cliquant dans la case concernée
puis disparait quand on clique dans une autre case ; ce contenu reste en
revanche apparant quand on le modifie ou qu'on modifie le contenu d'une
autre case ;

- Les contenus des cases sont visibles sans problème via Firefox,
Chrome, Edge, PDF-Viewer ;

- Pas de souci d'affichage sur un .pdf obtenu en imprimant en pdf.

Merci d'avance pour les pistes !

Une piste: il y a plusieurs standards PDF, par défaut LO exporte en
PDF/A-2b, mais il faudrait faire des tests avec le PDF/A-1b qui est peut
être mieux pris en charge par certains afficheurs.

À bientôt
Sophie

#7

Bonjour,

Je veux bien que vous testiez (avec différents lecteurs) ce document
https://www.bts-electrotechnique.fr/IMG/pdf/formulaire-pre-inscription-bts-electrotechnique-alternance-apprentissage.pdf

que j'avais fait en 2014 sous LibreOffice 4.1.

Il contient divers types de champs de saisies : bouton radio, saisie monoligne, saisie multiligne, ...
(et il va falloir que je le mette à jour...)

De mémoire, lorsque j'avais un champ de saisie dont le texte disparaissait (sous certains lecteurs PDF) lorsqu'il avait le focus, j'avais résolu en réduisant les marges internes au champ de saisie et/ou la taille de police de caractères du champ de saisie.

Merci

#8

Il me semble, (si ça n'a pas changé depuis que je ne suis plus sous
Windows) que Sumatra ne s'occupe pas des formulaires pdf. Donc ça me
paraît normal qu'il n'affiche pas les contenus.

#9

Bonjour Stéphane,

Alors là je dis bravo pour ce formulaire.
Chez moi, sur Kubuntu :
* avec Okular (lecteur PDF par défaut),
* avec Adobe Acrobat Reader DC sous wine,
* Avec PDF-XChange sous wine,

Tout marche du feu de Dieu !
Tous les contrôles fonctionnent : Radio, texte simple, texte multiligne, (j'ai pas vu de case à cocher ?)

Il n'y a qu'un hic, c'est pour le bouton radio concernant le sexe, si tu coches M puis F les deux restent cochés.
Il doit y avoir un oubli de définition de groupe.

Ce PDF a été créé au format PDF Version 1.6. avec LO 4.1
Je n'ai jamais réussi avec LO 5 puis 6 puis 7 à créer un PDF formulaire qui fonctionne !
Je te conseille donc d'installer LO 4.1 !!!!!! si tu veux le modifier.

Bonne journée
Patrick

#10

Bonjour,

Le formulaire accessible sur https://www.ac-dijon.fr/media/17458/download produit les effets suivants, après avoir rempli les cases et exporté en .pdf :

J'ai exporté ton doc en PDF depuis LO 7.0.3.1, je ne constate aucun dysfonctionnement comme décrit avec Acrobat Reader DC.

Des précisions ?