MS Word 2007+ - peut-il encoder des hyperliens en utilisant le type d'action PDF "Lancer" au lieu de "URI" lors de la publication d'un fichier ".docx" au format PDF?

Version courte:

• Existe-t-il un moyen de faire en sorte que MS Word 2007 (ou plus récent) code des hyperliens de fichiers relatifs (un hyperlien pointant vers, par exemple, un autre fichier PDF) à l'aide du type d'action Launchau lieu de URI(les deux types spécifiés à la page 653 du format de document portable Adobe, Référence PDF, version 1.7, sixième édition - http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pdf/pdfs/pdf_reference_1-7.pdf )? Ou est la seule solution pour implémenter un post-processeur qui peut changer tous les URIliens hypertexte de fichiers encodés "faux" en leur Launchéquivalent?

Version élaborée:

J'ai deux documents Word; doc1.docxet doc2.docx(tous deux compilés avec MS Word 2007).

Dans doc1.docxje place un lien hypertexte vers une version PDF de mon deuxième document ( doc2.pdf) - alors maintenant j'ai:

J'enregistre ensuite le doc1.docxfichier à la fois .docxet .pdf- la PDFgénération est gérée par l'éditeur PDF intégré dans MS Word 2007 en utilisant les options suivantes:

Jusqu'ici tout va bien - j'ai alors la structure de dossiers suivante:

/superuser
    - doc1.docx
    - doc1.pdf
    - doc2.docx
    - doc2.pdf

Puis j'ouvre doc1.pdfavec Adobe Reader X (version 10.1.3) et clique sur l'hyperlien pointant vers doc2.pdf. Comme le lien est relatif, j'aurais deviné / supposé qu'Adobe Reader X ouvrirait simplement le fichier PDF cible dans une fenêtre distincte ou dans la même instance d'Adobe Reader X (selon l'option Open cross-document links in same windowspécifiée dans:) Edit -> Preferences -> Documents.

Mais ce n'est pas le cas. Au lieu de cela, Adobe Reader X résout le lien hypertexte en utilisant le navigateur par défaut (dans mon cas, Google Chrome v21 + sur Windows 7 x64) - et pour être clair - c'est le problème . Je veux qu'Adobe Reader X (et la plupart de ses prédécesseurs) résolve simplement le lien hypertexte en ouvrant le PDF cible dans une autre instance d'Adobe Reader X (en supposant que j'ai décoché l' Open cross-document links in same windowoption). Répéter le même scénario en utilisant mon lecteur PDF (par défaut); Sumatra PDF fonctionne comme prévu - Sumatra PDF ouvre le fichier PDF cible dans une fenêtre séparée et me montre le contenu dedoc2.pdf. Alors pourquoi ne pas utiliser Sumatra PDF alors vous demandez? J'aurais adoré - cependant, le problème est que je travaille sur un projet avec potentiellement beaucoup d'utilisateurs finaux, et je ne peux pas supposer que tous utilisent un autre lecteur PDF qu'Adobe Reader X - donc, il n'y a pas d'autre moyen de contourner qui comprendre ce qui se passe avec Adobe Reader X.

Alors pour y arriver, j'ai commencé à creuser.

Tout d'abord, en regardant la barre d'adresse dans Chrome, on voit qu'Adobe Reader X essaie de résoudre en doc2.pdfutilisant le fileschéma d'URI: file:///C:/superuser/doc2.pdf- ce qui me semble juste (coller le même URI dans la Runboîte de dialogue dans Windows 7 provoque mon lecteur PDF par défaut (Sumatra PDF ) pour ouvrir le fichier) - mais pourquoi Adobe Reader X demande-t-il au navigateur par défaut de gérer le PDF?

Pour répondre à cela, j'ai continué à creuser. L'ouverture doc1.pdfdans le bloc-notes ++ a révélé que le lien hypertexte a été codé à l'aide du URItype d'action (voir p. 653 et 662 dans Adobe Portable Document Format, PDF Reference, version 1.7, sixième édition - http://wwwimages.adobe.com/www.adobe .com / content / dam / Adobe / en / devnet / pdf / pdfs / pdf_reference_1-7.pdf ):

/Type/Action/S/URI/URI(doc2.pdf)

La référence PDF (p. 662) indique ce qui suit concernant le URItype d'action:

Un identificateur de ressource uniforme (URI) est une chaîne qui identifie (résout) une ressource sur Internet, généralement un fichier qui est la destination d'un lien hypertexte, bien qu'il puisse également être résolu en une requête ou une autre entité.

Donc, ce qui à première vue ressemblait à un bogue majeur dans Adobe Reader X a commencé à ressembler à une implémentation équitable. Au moins, à ce stade, j'ai compris pourquoi Adobe Reader X se comporte comme il le fait - entraînant une nouvelle question à laquelle répondre: comment puis-je coder correctement un lien hypertexte de fichier (par exemple un lien vers doc2.pdf) de sorte que le PDF résultant crée Adobe Reader X gérer le lien lui-même (au lieu de demander au navigateur par défaut de faire son travail)?

Pour répondre à cela, j'ai jeté un coup d'œil à la spécification PDF et trouvé le type d'action Launch- à propos de ce type, la référence PDF indique ce qui suit (p. 659):

Une action de lancement lance une application ou ouvre ou imprime un document.

Donc, en faisant le changement suivant (en utilisant notepad ++):

Remplacement:

/Type/Action/S/URI/URI(doc2.pdf)

Avec ça:

/Type/Action/S/Launch/F(doc2.pdf)

... Adobe Reader X résout alors le lien en ouvrant le doc2.pdffichier dans une fenêtre séparée / une autre instance d'Adobe Reader X - encore une fois en supposant que j'ai décoché l' Open cross-document links in same windowoption (hourra !!).

Et maintenant, revenons à la question réelle / finale que je n'ai pas encore réussi à résoudre - existe-t-il un moyen de faire en sorte que MS Word 2007 (ou plus récent) encode des hyperliens relatifs de fichiers (un hyperlien pointant vers, par exemple, un autre fichier PDF) en utilisant le Type d'action Launchau lieu de URI(les deux types spécifiés à la page 653 du format Adobe Portable Document Format, référence PDF, version 1.7, sixième édition - http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en /devnet/pdf/pdfs/pdf_reference_1-7.pdf )? Ou est-ce la seule solution pour implémenter une sorte d'application post-processeur qui peut changer tous les URIhyperliens de fichiers encodés "incorrects" en leur Launchéquivalent?

Je sais que cela pourrait causer beaucoup de "TLDR" - mais si vous parvenez à arriver ici, j'apprécie vraiment votre intérêt et j'espère que vous ou quelqu'un d'autre pouvez me diriger dans la bonne direction.

Merci.

Merci pour votre excellent article. Ça marche! Pas pour moi au début, mais j'ai découvert que vous devez désactiver le «mode protégé» dans Adobe X. Je n'ai pas du tout ce problème sur Adobe 9. Il me semble que l'industrie recule sur la fonctionnalité dans le nom du titre.

Donc dans Adobe Reader X:

1. Assurez-vous que les documents croisés ouverts .. ne sont pas cochés. (comme tu dis)
2. Désactiver le mode protégé: Édition »Préférences» Général
3. Rechercher et remplacer /Type/Action/S/URI/URIen /Type/Action/S/Launch/F(utilisant un éditeur hexadécimal approprié

Il n'y a pas de solution facile pour ce que nous voulons faire qui est de permettre à n'importe quel utilisateur avec seulement un lecteur PDF sans paramètres de se soucier, de naviguer dans un dossier.
Mais merci encore pour tout votre travail et la lumière qu'il jette sur le sujet.

FWIW, je ne pense pas que les liens fonctionnent à Sumatra si le nom de fichier contient des espaces (placer des guillemets autour du nom n'a pas aidé puisque Word semble les supprimer lors de la création du lien). Je ne pense pas qu'il soit possible de changer le comportement de Word, alors ...

Solution de contournement n ° 1: utilisez un meilleur créateur de PDF.

Solution de contournement n ° 2: créez des fichiers PDF avec Word comme d'habitude, puis utilisez un éditeur hexadécimal ou un utilitaire de ligne de commande tel que http://stahlforce.com/dev/index.php?tool=rep pour remplacer toutes les instances requises de / Type / Action / S / URI / URI ( avec / Type / Action / S / Launch / F ( .

Ré. la question relative des hyperliens.

L'aide de MS Office indique que le paramètre «mettre à jour les liens lors de l'enregistrement» (bouton Office / bouton d'options Word / avancé / bouton otions Web) entraîne l'insertion relative d'hyperliens. Si elles ne sont pas contrôlées, elles deviennent absolues. Cependant, ce paramètre n'a fait aucune différence avec mes tentatives. Ce qui s'est passé, c'est le moment où le fichier a été enregistré. Pour créer des liens relatifs, j'ouvre un nouveau fichier vierge et l'enregistre dans un dossier approprié avant d'insérer des liens. Dans la zone "Insérer un lien hypertexte", choisissez "dossier existant". Le dossier indiqué dans la boîte est alors le dossier qui vient d'être enregistré dans l'arborescence vers le bas - pas vers le haut. c'est-à-dire relatif

Pour créer des liens absolus, j'ouvre un nouveau fichier vierge et sans l'enregistrer, j'insère le lien. La zone d'insertion affiche maintenant le dossier existant au niveau supérieur. Accédez au fichier à lier et le chemin indiqué au bas de la boîte est le chemin d'accès complet à C :. . . . . .. (montrant la lettre du lecteur) c'est-à-dire absolu.

En passant le curseur sur les liens des deux fichiers Word, le chemin absolu complet s'affiche dans les deux cas. Cependant, si le dossier parent est copié sur un autre lecteur, le lien relatif ouvre le dossier dans le nouveau lecteur et le lien absolu retourne au dossier du lecteur C:, ce que je veux voir. Je n'ai pas encore découvert comment créer les deux types de lien dans un seul fichier. Mais je n'en ai pas besoin de toute façon. J'ai pu convertir mes deux fichiers MS Word en pdf en utilisant votre modification d'édition hexadécimale ci-dessus, et les deux ont fonctionné, l'un en mode absolu, l'autre relatif.

Ré. votre «méthode de substitution de modification hexadécimale»

Cela a bien fonctionné pour moi dans certains cas et pas dans d'autres. J'ai trouvé que je devais m'assurer que les noms de fichiers cibles n'avaient pas d'espace dans tham. Je les ai remplacés par le symbole de soulignement. Ensuite, ils ont travaillé.

J'ai atteint ce niveau dans la mesure du possible pour moi-même. Puisqu'il se rapporte directement à la question initiale, je vais simplement transmettre mon résumé final.

Ré. liens absolus et relatifs dans le même document

regardez le chemin indiqué en bas de la zone Insérer un lien hypertexte. Si le dossier de niveau supérieur est le dossier que vous avez choisi, le lien sera relatif à celui-ci. Pour le rendre absolu, utilisez l'arborescence dans la zone «insérer» pour forer vers le haut jusqu'à la lettre de lecteur. La valeur par défaut est pour les liens relatifs lorsque le fichier a été enregistré pour la première fois dans le dossier «parent».

Étapes pour créer un dossier de liaison d'index transportable

(avec un document 'index' lié aux fichiers dans des sous-dossiers.)

1. Créez un nouveau dossier quelque part qui sera le dossier à transporter (dossier «Le parent»).

2. Créez ou placez des sous-dossiers avec leurs fichiers dans le parent.

3. Ouvrez maintenant un document Word 2007 qui sera votre «document d'index». Avant d'insérer des liens, enregistrez ce fichier dans votre «parent».

4. Maintenant, insérez un lien hypertexte. La case «insérer un lien hypertexte» affichera l'arborescence des dossiers / fichiers vers le bas à partir du «parent», c'est-à-dire relatif. Pour effectuer un lien absolu, explorez vers le haut jusqu'à la lettre de lecteur.

5. Enregistrez le fichier Word qui fonctionnera désormais comme votre «document d'index»

6. Pour convertir le «index doc» en pdf, ouvrez le fichier word et enregistrez-le au format PDF. Cette version de l'index doc ouvrira les fichiers cibles via le navigateur en les téléchargeant ou en les affichant au format PDF dans le navigateur.

7. Pour que le document 'Index.pdf' ouvre les liens dans leur application native, modifiez le fichier en utilisant la méthode d'édition hexadécimale décrite précédemment et sous-site / Type / Action / S / URI / URI (pour / Type / Action / S / Launch / F (

8. 3. Remarque importante! Avant de modifier le fichier .pdf, assurez-vous que tous les noms de dossier et de fichier ne comportent aucun espace. Remplacez les espaces par un trait de soulignement ou un tiret.