Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fichiers:postscript:support_du_postscript_dans_latex [2016/10/20 21:38] – jejust
+++ 5_fichiers:postscript:support_du_postscript_dans_latex [2022/08/22 12:12] (Version actuelle) – Correction de la mise en forme. yannick.tanguy
@@ Ligne 1: / Ligne 1: @@
-====== Comment sont gérés les \PS dans <latex>\LaTeX</latex>~?} %29.41 ======
+====== 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 \nom{Pascal}{Périchon}~: \AllTeX{} + ''dvips''
+===== La partie effectuée par LaTeX =====
-procèdent en deux temps~:
-\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 \PS (''eps''~: Encapsulated \PS), 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 \PS 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''\marg{...} aux dimensions de l'image à
-  l'emplacement de celle-ci).
-\item Dans un deuxième temps, la commande ''dvips'', transformera le
-  fichier ''dvi'' en \PS et inclura à ce moment les fichiers images
-  ''eps''. Donc, si l'on visualise/imprime le fichier \PS, 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 \operatingsystem{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>
 PSfile="toto.eps" llx=0 lly=-1 urx=57 ury=29 rwi=4252
 </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''\slash''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 \PS.
-% A FAIRE : Est-ce toujours vrai ?
-''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 (\PS, ''pcl'', ''hpgl'', \operatingsystem{Windows}
-''gdi''...). Il suffit
-après d'utiliser un convertisseur qui transforme le ''dvi'' en
-quelque chose que comprend votre imprimante (\PS, ''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)
+}}