


Imprimer ou voir un fichier DVI
dviscr
[options]
fichier-entrée
[options]
dvivik
[options]
fichier-entrée
[options]
dvipm
[options]
fichier-entrée
[options]
dvihplj
[options]
fichier-entrée
[options]
fichier-sortie
[options]
dvidot
fichier-de-paramètres
[options]
fichier-entrée
[options]
fichier-sortie
[options] |
+options).
Seule exception : avec Dvidot, il faut toujours fournir le nom du fichier de paramètres
sur la ligne de commande. Plus d'un argument peuvent être entrés à chaque invite,
ces arguments seront interprétés comme s'ils avaient été entrés sur la ligne de
commande.
Avec Dvipm, vous pouvez entrer le nom du fichier fichier-entrée et les options
dans des boîtes de dialogue, si vous n'indiquez pas un nom de fichier sur la
ligne de commande. Dans ce cas, vous pouvez changer les options. Après
avoir changé les options, vous pouvez ouvrir le fichier DVI. Après avoir ouvert
le fichier DVI, vous ne pouvez plus changer les options jusqu'à ce que vous
choisissiez File|New. De plus, vous pouvez utiliser la fonction << drag & drop
(glisser-déposer)>> sous OS/2 1.3 et ultérieur pour ouvrir un fichier DVI. Vous trouverez
d'autres informations sur Dvipm dans l'aide en ligne (sélectionnez le menu Help
ou pressez F1). La langue utilisée pour l'aide en ligne peut être changée avec
l'option Language du menu Help. Vous pouvez choisir l'aide en anglais ou en
allemand.
Dvidot s'attend à trouver ses fichiers de paramètres (d'extension par défaut DOT) dans
le sous-répertoire data du répertoire d'emTeX (qui est défini dans la variable
d'environnement EMTEXDIR). Si EMTEXDIR n'est pas définie, Dvidot cherchera le
fichier de paramètres dans le répertoire emtex\data. Le nom du fichier de
paramètres doit être donné sur la ligne de commande et doit être le premier
argument.
Lorsque vous utilisez Dvidot avec un fichier de paramètres prévu pour créer des fichiers
graphiques, l'extension par défaut des fichiers de sortie est MSP, PCX ou BMP, selon
le fichier de paramètres. Lorsque vous utilisez Dvidot avec un fichier de paramètres
prévu pour une imprimante matricielle, ou lorsque vous utilisez l'un quelconque des
autres pilotes, il n'y a pas de valeur par défaut pour les extensions. Le nom du fichier
de sortie peut être un nom de périphérique DOS tel que PRN, LPT2, COM2 si nécessaire
-- mais pas si vous créez un fichier graphique, évidemment. Voir aussi l'option
+xon-xoff.
Si la sortie est envoyée dans un fichier, alors celui-ci peut être imprimé avec
copy
/b
fichier
prn |
/b est importante car autrement la copie se terminera sur le premier octet
Ctrl-Z rencontré.
Sous OS/2, un tiret peut être utilisé comme nom du fichier de sortie, celle-ci sera
envoyée sur stdout et pourra être redirigée dans un autre programme. La sortie
vers stdout ne fonctionne pas pour la création de fichiers graphiques avec
Dvidot.
Normalement, lorsque Dvidot est utilisé avec un fichier de paramètres destiné à la création
de fichiers graphiques, il crée un seul fichier graphique, contenant la première
face sélectionnée (cf. section 3.2 pour la différence entre face et page). Il est
possible de créer plusieurs fichiers graphiques (un pour chaque face) en une
seule exécution de Dvidot, en utilisant un ou plusieurs ? (consécutifs) dans le
nom du fichier de sortie. Les points d'interrogation seront remplacés par un
numéro (avec des zéros au début): 1 pour la première face, 2 pour la seconde, et
ainsi de suite. S'il n'y a qu'un seul ?, jusqu'à 9 fichiers graphiques seront créés.
Avec deux ?, jusqu'à 99 fichiers graphiques seront créés, et ainsi de suite. Par
exemple :
|
page01.pcx à (au plus) page99.pcx.
En entrant les options en réponse à l'invite d'un pilote, le - ou /, qui est requis sur la
ligne de commande, n'a pas à être entré; le +, cependant, doit l'être.
Un nom de fichier d'entrée, de fichier de sortie ou une option peut être remplacé par
@fichier_réponse. Ceci provoque la lecture des lignes du fichier fichier_réponse et leur
interprétation, après quoi l'interprétation de la ligne de commande continue. La
longueur d'une ligne d'un fichier réponse ne doit pas dépasser 127 caractères. Un
exemple:
|
fx seront traités en premier, puis le fichier test.dvi sera imprimé,
la sortie étant dirigée vers le périphérique PRN.
@fichier_réponse peut être entré à l'invite d'un programme aussi bien que sur la ligne de
commande.
L'extension par défaut des fichiers réponse est CNF. La liste des répertoires dans
lesquels les fichiers réponse doivent être recherchés, peut être définie à l'aide de
l'option +response-files; la séquence normale de recherche commence dans
le répertoire courant et se termine dans le sous-répertoire data du répertoire
d'emTeX.
Les arguments peuvent aussi être passés au programme par l'intermédiaire de variables d'environnement. Elles sont traitées avant les arguments de la ligne de commande et avant les arguments entrés sur une invite. Il est recommandé de ne mettre que des options, ou des noms de fichiers réponse ne contenant que des options, dans des variables d'environnement; si un nom de fichier est entré, alors seul ce fichier pourra être traité.
La première variable d'environnement examinée est DVIDRV et la suivante est celle qui
a le même nom que le pilote. Dvidot utilise une variable d'environnement
supplémentaire, dont le nom est défini dans le fichier de paramètres.
Par exemple, pour définir +dvi-file:{,c:\mydvi\}@i comme option par défaut pour
Dviscr, la commande du système d'exploitation:
|
=.
Les options communes à tous les pilotes devront apparaître dans la variable
d'environnement DVIDRV. Si, par exemple, les unités doivent être toutes en mm, la
commande système
set dvidrv=+unit:mm
peut être entrée. Ceci affectera tous les pilotes.
Dans un fichier réponse, un unique % débute un commentaire: tous les caractères jusqu'à
la fin de la ligne seront ignorés. Le % peut être placé au début d'une ligne ou après une
option. Dans ce dernier cas, il doit être précédé d'au moins un espace.
Un @ au début d'une ligne (dans la colonne 1) fait ignorer le reste du fichier. Ceci
permet au fichier log d'un pilote d'être utilisé comme fichier réponse.


