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…

Ouvrir dans l'éditeur Overleaf
\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}

alt text

Posée 07 Oct, 19:38

fred02840's gravatar image

fred02840
2.6k3179
Taux d'acceptation : 10%

Modifiée 31 Oct, 17:11

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 ?

(08 Oct, 11:09) samcarter samcarter's gravatar image

@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.

(31 Oct, 17:06) fred02840 fred02840's gravatar image
1
(31 Oct, 20:11) samcarter samcarter's gravatar image

@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.

(01 Nov, 20:18) fred02840 fred02840's gravatar image

Il semble que vous n'utilisez pas Acrobat Reader comme lecteur PDF. Or aux formulaires produits à base de l'extension hyperref manquent les petits icônes pour afficher correctement les cases et boutons interactifs.

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 hyperref qu'il faudrait éliminer.

Lien permanent

Publiée 08 Oct, 15:27

alexg's gravatar image

alexg
912
Taux d'acceptation : 0%

Modifiée 16 Oct, 10:35

Pathe's gravatar image

Pathe ♦♦
5.7k169163

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.

(16 Oct, 10:36) Pathe ♦♦ Pathe's gravatar image

@alexg. Effectivement, je n'utilise pas Acrobat Reader, car je travaille avec une Debian. Je regarde à cela…

(28 Oct, 15:00) fred02840 fred02840's gravatar image

@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…

Lien permanent

Publiée 01 Nov, 20:19

fred02840's gravatar image

fred02840
2.6k3179
Taux d'acceptation : 10%

Modifiée 01 Nov, 20:28

@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 ?

(01 Nov, 20:34) fred02840 fred02840's gravatar image

Trouvé. Il suffit de modifier la ligne :

\DTLforeach{stuff}{\STUFF=stuff,\THINGS=things}{% \STUFF. \THINGS\par (par exemple).

(01 Nov, 20:37) fred02840 fred02840's gravatar image

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.

(01 Nov, 20:51) fred02840 fred02840's gravatar image

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.

(01 Nov, 21:08) fred02840 fred02840's gravatar image

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) ».

Lien permanent

Publiée 01 Nov, 21:48

fred02840's gravatar image

fred02840
2.6k3179
Taux d'acceptation : 10%

Votre réponse
(dés)activer l'aperçu

Suivre cette question

Par courriel :

Une fois que vous serez enregistré, vous pourrez souscrire à n'importe quelle mise à jour ici

Par flux RSS :

Réponses

Réponses et commentaires

Bases de Markdown

  • *italique* ou _italique_
  • **gras** ou __gras__
  • Lien ::[texte](http://url.com/ "Titre ")
  • Image : ?![alt texte](/path/img.jpg "Titre ")
  • Liste numérotée : 1. Foo 2. Bar
  • Pour ajouter un passage à la ligne, ajoutez deux espaces à l'endroit où vous souhaitez que la ligne commence.
  • Les balises HTML de base sont également prises en charge.

Mots-clés de la question :

×14
×4

Question posée : 07 Oct, 19:38

Question vue : 382 fois

Dernière mise à jour : 01 Nov, 21:48