@samcarter. Traduction de la [contribution intéressante][1] : « 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). 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… [1]: https://github.com/latex3/hyperref/issues/3#issuecomment-408598838

@samcarter. Traduction de la [contribution intéressante][1] : « 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 Kids « 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). Mais je ne comprends pas très bien cette histoire de tableau « Enfants » et d'entrée » Parent », à vrai dire… [1]: https://github.com/latex3/hyperref/issues/3#issuecomment-408598838

@samcarter. Traduction « 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 Kids 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 ».