|
Je compile sans erreur le document suivant sur Manjaro/TexLive 2019 en ligne de commande ou avec TexStudio et les champs PDF indiqués (pdfauthor et pdftitle) figurent bien dans les propriétés du document telles que les affichent Okular, Evince ou Adobe Reader. \documentclass{article} \usepackage[unicode]{hyperref} \title{Titre du document} \author{Son auteur} \date{12 mars 2020} \hypersetup{% pdfauthor={L’auteur}, pdftitle={Titre du document} } \begin{document} \maketitle Toute l’histoire du monde peut se résumer à quelques galipettes accomplies avec plus ou moins d’imagination par des êtres généralement oublieux de leur condition mortelle. \end{document} Il me faut maintenant insérer des champs particuliers au sein des propriétés du PDF, comme un sous-titre ou l’adresse de l’auteur, etc. Le paquet hyperxmp paraît tout indiqué pour ce faire. Je modifie donc le document comme suit : \documentclass{article} \usepackage{hyperxmp} \usepackage[unicode]{hyperref} \title{Titre du document} \author{Son auteur} \date{12 mars 2020} \hypersetup{% pdfauthor={L’auteur}, pdftitle={Titre du document}, pdfsubtitle={Son sous-titre} } \begin{document} \maketitle Toute l’histoire du monde peut se résumer à quelques galipettes accomplies avec plus ou moins d’imagination par des êtres généralement oublieux de leur condition mortelle. \end{document} Pareillement, la compilation se fait sans erreur, mais cette fois-ci, plus aucune propriété n’apparaît dans les champs lisibles, que ce soit avec Okular, Evince ou Adobe Reader. Je tente des compilations successives et répétées avec lualatex, latex, pdflatex, qui toutes aboutissent sans erreur, mais toujours pas de propriétés affichées. Pourtant, l’analyse du fichier PDF avec exiftool montre que les propriétés sont présentes, même si le champ author a été déplacé vers creator : ExifTool Version Number : 11.85 File Name : test-hyperref-hyperxml.pdf Directory : . File Size : 25 kB File Modification Date/Time : 2020:03:13 04:49:22+01:00 File Access Date/Time : 2020:03:12 11:50:37+01:00 File Inode Change Date/Time : 2020:03:13 04:49:22+01:00 File Permissions : rw-r--r-- File Type : PDF File Type Extension : pdf MIME Type : application/pdf Linearized : No Page Count : 1 Page Mode : UseOutlines Schemas Schema : XMP Media Management Schema Schemas Prefix : xmpMM Schemas Namespace URI : http://ns.adobe.com/xap/1.0/mm/ Schemas Property Name : DocumentID Schemas Property Value Type : URI Schemas Property Category : internal Schemas Property Description : UUID based identifier for all versions and renditions of a document Keywords : PDF Version : 1.5 Format : application/pdf Title : Titre du document Publisher : Date : 2020:03:13 04:49:21+01:00 Language : Type : Text Creator : L’auteur Source : test-hyperref-hyperxml.tex Create Date : 2020:03:13 04:49:21+01:00 Modify Date : 2020:03:13 04:49:21+01:00 Metadata Date : 2020:03:13 04:49:21+01:00 Creator Tool : LaTeX with hyperref Document ID : uuid:8d7aea33-33e4-4c4c-81dc-eaea888d7a39 Instance ID : uuid:00a8d182-6754-46c4-9395-f7a8d1dc4c9b Compliance Profile : Three Subtitle : Son sous-titre Producer : LuaTeX-1.10.0 Trapped : False PTEX Full Banner : This is LuaTeX, Version 1.10.0 (TeX Live 2019) J’ai joué avec toutes (enfin presque) options disponibles de hyperref et hyperxmp et inversé l’ordre de leur appel (hyperref avant hyperxmp et inversement) sans que le résultat change. Est-ce qu’il s’agit du comportement normal du paquet hyperxmp ? Y a-t-il une option subtile que je devrais utiliser ? |
|
Je pense qu'il ne s'agit pas d'un bug. La situation semble en fait assez compliquée :
Un exemple : \hypersetup{ keeppdfinfo, pdfauthor={L'auteur}, pdftitle={Titre du document}, pdfsubtitle={Son sous-titre} } Cela permet d'avoir les deux types de métadonnées. Oui ! C’est exactement ce que m’a fait remarquer l’auteur du paquet Merci ! 1
|
Peut-être faut-il effacer les fichiers intermédiaires créés par hyperref entre ces 2 compilations? (avec latexmk, l'option -g le fait). Cette solution me sort souvent d'affaire.
Déjà essayé, mais non, ça ne fonctionne pas davantage. Après quelques lectures ici et là (notamment chez Adobe), il apparaît que les metadata écrites par hyperxmp sont au format… xmp, justement, et que le package supprime tout bonnement les tag au format pdf pour les remplacer par des xmp. Ce qui est une sorte d’abérration, je trouve…
Je pense qu'il s'agit d'un bug de
hyperxmppuisque la documentation de ce package indique (traduction maison) : «hyperxmps'intègre parfaitement àhyperrefet ne nécessite pratiquement aucune modification d'un document qui spécifie déjà des métadonnées via les mécanismes dehyperref. ». Ça vaudrait le coup de faire un rapport à son auteur, notamment parce que la TeX Live 2020 va bientôt être figée.C’est bien ce que je pense, mais ça me paraît tellement énorme que j’ai du mal à y croire…
Cependant, comme vous le conseillez, je vais faire un petit rapport (trés humble : je suis loin de comprendre tout aux arcanes mystérieuses de Tex/LaTeX) à l’auteur…