|
J'obtiens un résultat bizarre : quand j'insère une ligne avec des boutons-radio, le premier apparaît correctement, mais pas les suivants. Dans Overleaf, je n'ai même rien du tout… \documentclass{minimal} \usepackage{hyperref} \begin{document} \begin{Form} \ChoiceMenu[radio,radiosymbol=\ding{108},default=homme,name=sexe,charsize=14pt]{Sexe :}{Homme=homme,Femme=femme} \vspace{1cm} Résultat : \hfill \ChoiceMenu[radio,radiosymbol=\ding{108}, name=option5,charsize=10pt]{}{Insuffisant, À améliorer, Assez satisfaisant, OK} \end{Form} \end{document}
|
|
Il semble que vous n'utilisez pas Acrobat Reader comme lecteur PDF. Or aux formulaires produits à base de l'extension On peut « guérir » un tel document PDF en l'ouvrant d'abord dans Acrobat Reader et en le sauvegardant immédiatement après. Cela insère les icônes manquantes. Si vous ouvrez ensuite le document PDF dans un autre lecteur, Evince par exemple, les éléments interactifs sont affichés correctement. C'est donc un défaut du package 2
@fred02840 : si cette réponse vous a permis de résoudre votre problème, merci de l'accepter en cliquant sur le bouton ad hoc. |
|
@samcarter. Traduction de la contribution intéressante : « Il semble que Hyperref génère des boutons radio qui ne sont pas conformes à la spécification. Selon la référence PDF 1.7, section 12.7.4.2.2.4 "Boutons radio" p.441, il doit y avoir un champ de boutons radio qui agit comme un conteneur en plus d'un bouton radio pour chaque choix dans le champ. Les boutons de choix sont censés être les enfants du conteneur plutôt que des éléments directs du formulaire. Actuellement, ce que fait Hyperref (ou du moins la partie pdftex) est de générer un bouton radio pour chaque choix dans le champ et ensuite, pour une raison quelconque, il ajoute seulement le premier bouton comme champ de formulaire. Les boutons portent tous le même nom, et je suppose qu'il y a une heuristique de réparation dans certains visualiseurs PDF qui regroupe les boutons par nom et décide de créer un champ radio avec eux s'ils ne font partie d'aucun champ (mais ce n'est qu'une hypothèse). Il n'est pas trop difficile de corriger cela à la main : générer un autre bouton radio, remplacer l'entrée dans le tableau des champs du formulaire par une référence à ce nouveau bouton, ajouter des références à l'ancien bouton comme éléments d'un tableau « Enfants » dans le nouveau bouton, et ajouter une référence au nouveau bouton comme une entrée « Parent » dans le dictionnaire de chacun des anciens boutons. Au moins pour Evince, il semble nécessaire de supprimer également les entrées Default Value et Value des anciens boutons. Voici un exemple de ce que je veux dire. mwe.tex mwe.pdf mwe.fixed.pdf mwe.diff (abrégé) Malheureusement, je ne parle pas TeX assez couramment pour tenter de corriger un problème par moi-même, mais je serais heureux d'écrire un pseudo-code si quelqu'un est prêt à le traduire. Traduit avec www.DeepL.com/Translator ». J'ai essayé, mais sans obtenir un résultat probant (toujours les cases à grosse virgule), même avec Overleaf (aucune case). Mais je ne comprends pas très bien cette histoire de tableau « Enfants » et d'entrée » Parent », à vrai dire… @samcarter. Une réponse qui, cette fois, est beaucoup satisfaisante : https://tex.stackexchange.com/questions/204429/problem-with-multiple-sets-of-radio-buttons-in-pdf-generated-from-hyperref Problème (mais je n'ai pas essayé) : comment mettre la question et les propositions sur une même ligne ? Trouvé. Il suffit de modifier la ligne :
Mais je m'aperçois qu'on peut cocher toutes les cases (je n'en veux qu'une), sans pouvoir revenir en arrière en cas d'erreur. Autre solution : https://github.com/latex3/hyperref/issues/6#issuecomment-220940663. Cette fois, j'arrive à avoir à peu près ce que je veux. Mais comment avoir des boutons-radio qui restreignent le choix à une proposition. La seconde solution du même contributeur donne lieu aux mêmes grosses virgules agaçante. |
|
Cette source incrimine les lecteurs pdf disponibles sous Linux : « Malheureusement, je ne trouve pas d'autres visionneuses de PDF basées sur Linux qui rendent cet exemple correctement. La figure 11.7 montre le même fichier PDF vu dans Okular. Ceci rend la plupart des éléments interactifs correctement, mais échoue sur le groupe de boutons radio. Seul le premier bouton radio est correctement rendu en tant qu'élément interactif. Les autres boutons radio apparaissent entre guillemets simples ouverts non interactifs. (Il s'agit apparemment du guillemet décoratif ouvert ' de la police ZapfDingbats, ding{123}. Un problème similaire se produit avec Evince et avec le visualiseur de documents fourni avec TeXworks. D'autres visualiseurs PDF, comme Sumatra ou la version Linux de Foxit […], ne reconnaissent aucun des éléments interactifs (mais Foxit sous Windows montre les éléments interactifs, voir figure 11.10). Par conséquent, vous devrez faire attention à votre choix de visionneuse PDF si vous voulez créer un formulaire PDF électronique (et la visionneuse PDF pour tous les utilisateurs de votre formulaire) ». |
C'est ce que j'obtiens: https://texnique.fr/osqa/upfiles/Screen_Shot_2019-10-08_at_10.12.04.png Vous obtenez le même ?
@samcarter. Réponse très tardive : toutes mes excuses. Non, j'ai un autre résultat. Je viens d'insérer l'image dans ma question.
rapport d'erreur : https://github.com/latex3/hyperref/issues/3
@samcarter. Je traduis (ou plutôt deepl) la contribution la plus intéressante dans une réponse ci-dessous, qui s'avère peu concluante dans mon cas. Mais peut-être inspirera-t-elle quelqu'un qui saura quoi en faire.