Différences

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

--- fichiers:postscript:support_du_postscript_dans_latex [2016/10/16 07:27] – créée 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: @@
-\question{Comment sont gérés les \PS dans \LaTeX~?} %29.41
+====== Comment sont gérés les fichiers PostScript dans LaTeX? ======
-\reponse Une réponse de \nom{Pascal}{Périchon}~: \AllTeX{} + \prog{dvips}
+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]].
-procèdent en deux temps~:
-\begin{itemize}
+===== La partie effectuée par LaTeX =====
-\item Lorsque l'on a une figure \PS (\ext{eps}~: Encapsulated \PS), on
-  met les commandes nécessaires dans son source (fichier \ext{tex}) pour dire
-  à \AllTeX que l'on veut cette figure à telle place dans son
-  document avec telles dimensions (en incluant la bonne extension~:
-  \pack{graphicx}, \pack{psfig}, \pack{epsfig}).
-  Lors de la phase d'interprétation du code \AllTeX, l'interprète
+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]]).
-  \AllTeX va seulement consulter dans le fichier externe contenant la
-  figure les dimensions/proportions de l'image (les fameuses «~bounding box~»
+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é).
-  chères au \PS encapsulé).
-  En fin de course, dans le fichier \ext{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 \ext{dvi}, on voit l'emplacement de
-  l'image mais pas cette dernière (en particulier la commande \cmd{psdraft}
-  génère un cadre genre \cmd{fbox}\marg{...} aux dimensions de l'image à
-  l'emplacement de celle-ci).
-\item Dans un deuxième temps, la commande \prog{dvips}, transformera le
-  fichier \ext{dvi} en \PS et inclura à ce moment les fichiers images
-  \ext{eps}. Donc, si l'on visualise/imprime le fichier \PS, on voit le texte
-  et les images.
-\end{itemize}
-\reponse Toutefois, certains visualiseurs \ext{dvi}, par exemple \prog{xdvi}
+===== La partie effectuée par dvips =====
-  sous \operatingsystem{UNIX} pour n'en citer qu'un, détectent quelque chose
-  du genre~:
-\begin{noexemple}
-PSfile="toto.eps" llx=0 lly=-1 urx=57 ury=29 rwi=4252
-\end{noexemple}
-dans le fichier \ext{dvi} et appellent gentiment
-\prog{GhostScript}\slash\prog{GhostView} qui
-vont préparer une image bitmap que le visualiseur \ext{dvi} s'empressera de
-montrer. Mais d'autres visualiseurs, comme \prog{dviwin}, ne
-savent pas que faire d'un fichier \PS.
-% A FAIRE : Est-ce toujours vrai ?
-\ext{dvi} signifie «~DeVice Independent~»~: c'est un format de document
+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.
-indépendant du système d'impression. Donc non lié à un langage
-de description de page utilisé en interne par une quelconque
-imprimante (\PS, \ext{pcl}, \ext{hpgl}, \operatingsystem{Windows}
-\ext{gdi}...). Il suffit
-après d'utiliser un convertisseur qui transforme le \ext{dvi} en
-quelque chose que comprend votre imprimante (\PS, \ext{hpgl},
-\ext{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 \ext{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
-\ext{eps}.
+===== 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>
+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 ?
+{{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)
+}}