| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| fichiers:postscript:support_du_postscript_dans_latex [2021/01/17 20:50] – Suppression d'un signe de ponctuation inutile dbitouze | 5_fichiers:postscript:support_du_postscript_dans_latex [2022/08/22 12:12] (Version actuelle) – Correction de la mise en forme. yannick.tanguy |
|---|
| ====== Comment sont gérés les fichiers Postscript dans LaTeX? ====== | ====== Comment sont gérés les fichiers PostScript dans LaTeX? ====== |
| |
| | Dans la chaîne de compilation utilisant <latex>\LaTeX</latex> et ''dvips'', chaque programme apporte sa contribution à la constitution du fichier [[5_fichiers:postscript:start|PostScript]]. |
| |
| $\Reponse$ Une réponse de Pascal Périchon : AllTeX + ''dvips'' procèdent en deux temps: | ===== La partie effectuée par LaTeX ===== |
| |
| \begin{itemize} | Lorsque le fichier <latex>\LaTeX</latex> doit intégrer une figure PostScript (EPS), des commandes doivent être mises dans le fichier source (fichier TEX) pour dire à <latex>\LaTeX</latex> que la figure doit être positionnée à telle place avec telles dimensions (en incluant la bonne extension : [[ctanpkg>graphicx|graphicx]], [[ctanpkg>psfig|psfig]], [[ctanpkg>epsfig|epsfig]]). |
| \item Lorsque l'on a une figure Postscript (''eps''~: Encapsulated Postscript), on | |
| met les commandes nécessaires dans son source (fichier ''tex'') pour dire | |
| à AllTeX que l'on veut cette figure à telle place dans son | |
| document avec telles dimensions (en incluant la bonne extension: | |
| [[ctanpkg>graphicx|graphicx]], [[ctanpkg>psfig|psfig]], [[ctanpkg>epsfig|epsfig]]). | |
| |
| Lors de la phase d'interprétation du code AllTeX, l'interprète | Lors de la phase de compilation du code <latex>\LaTeX</latex>, ce dernier va consulter dans le fichier externe contenant la figure les seules dimensions/proportions de l'image (les fameuses « bounding box » chères au PostScript encapsulé). |
| AllTeX va seulement consulter dans le fichier externe contenant la | |
| figure les dimensions/proportions de l'image (les fameuses «~bounding box~» | |
| chères au Postscript encapsulé). | |
| | |
| En fin de course, dans le fichier ''dvi'' on aura le nom et les | En fin de course, dans le fichier [[5_fichiers:dvi:start|DVI]] généré par <latex>\LaTeX</latex> se retrouvent le nom et les dimensions de l'image mais pas celle-ci (qui est toujours externe, comme précisé par la question « [[5_fichiers:dvi:qu_est_qu_un_fichier_dvi|Qu'est-ce qu'un fichier DVI ?]] »). Aussi, en visualisant le fichier DVI, apparaît l'emplacement de l'image mais pas cette dernière (en particulier la commande ''psdraft'' génère un cadre similaire à ''\fbox{...}'' aux dimensions de l'image à l'emplacement de celle-ci). |
| dimensions de l'image mais pas celle-ci (qui est toujours externe). Donc | |
| si l'on visualise juste le fichier ''dvi'', on voit l'emplacement de | |
| l'image mais pas cette dernière (en particulier la commande ''psdraft'' | |
| génère un cadre genre ''\fbox{...}'' aux dimensions de l'image à | |
| l'emplacement de celle-ci). | |
| | |
| \item Dans un deuxième temps, la commande ''dvips'', transformera le | |
| fichier ''dvi'' en Postscript et inclura à ce moment les fichiers images | |
| ''eps''. Donc, si l'on visualise/imprime le fichier Postscript, on voit le texte | |
| et les images. | |
| \end{itemize} | |
| |
| | ===== La partie effectuée par dvips ===== |
| |
| $\Reponse$ Toutefois, certains visualiseurs ''dvi'', par exemple ''xdvi'' | Suite au travail de <latex>\LaTeX</latex>, ''dvips'' transforme le fichier DVI en PostScript et inclut à ce moment les fichiers images EPS. Ainsi, si ce document Postscript est visualisé ou imprimé, le texte et les images y sont bien affichés. |
| sous UNIX pour n'en citer qu'un, détectent quelque chose | |
| du genre: | ===== Cas particuliers ===== |
| | |
| | Certains visualiseurs DVI, par exemple ''xdvi'' sous UNIX pour n'en citer qu'un, détectent dans le fichier DVI des passages tels que : |
| |
| <code latex> | <code latex> |
| </code> | </code> |
| |
| dans le fichier ''dvi'' et appellent gentiment | Ils appellent alors ''GhostScript''/''GhostView'' pour préparer une image bitmap que le visualiseur DVI va restituer. Mais d'autres visualiseurs, comme ''dviwin'', ne savent pas que faire d'un fichier PostScript. FIXME Est-ce toujours vrai ? |
| ''GhostScript''/''GhostView'' qui | |
| vont préparer une image bitmap que le visualiseur ''dvi'' s'empressera de | |
| montrer. Mais d'autres visualiseurs, comme ''dviwin'', ne | |
| savent pas que faire d'un fichier Postscript. | |
| |
| FIXME Est-ce toujours vrai ? | {{htmlmetatags>metatag-keywords=(Format DVI,LaTeX,PostScript) |
| | metatag-og:title=(Comment sont gérés les fichiers PostScript dans LaTeX) |
| | |
| DVI signifie «DeVice Independent»: c'est un format de document | |
| indépendant du système d'impression. Donc non lié à un langage | |
| de description de page utilisé en interne par une quelconque | |
| imprimante (Postscript, PCL, HPGL, Windows GDI...). Il suffit | |
| après d'utiliser un convertisseur qui transforme le ''dvi'' en | |
| quelque chose que comprend votre imprimante (Postscript, ''hpgl'', | |
| ''pcl''...). Cette méthode permet d'imprimer sur n'importe quel | |
| type d'imprimante (il suffit d'avoir le bon convertisseur). Mais | |
| hélas en ''dvi'', il n'a point été prévu d'y mettre une image (le | |
| problème n'est en effet pas simple). D'où l'utilisation de fichier | |
| ''eps''. | |
| | |
| | |
| | |
| {{htmlmetatags>metatag-keywords=(Format DVI,LaTeX,Postscript) | |
| metatag-og:title=(Comment sont gérés les fichiers Postscript dans LaTeX?) | |
| metatag-og:site_name=(FAQ LaTeX francophone) | metatag-og:site_name=(FAQ LaTeX francophone) |
| }} | }} |
| |
