comparison man/msdog.texi @ 27213:4e05d28c0a39

PostScript <- Postscript.

27212:5595d0614c85

@node MS-DOS Printing
@section Printing and MS-DOS

  Printing commands, such as @code{lpr-buffer} (@pxref{Hardcopy}) and
@code{ps-print-buffer} (@pxref{Postscript}) can work in MS-DOS and
MS-Windows by sending the output to one of the printer ports, if a
Unix-style @code{lpr} program is unavailable.  This behaviour is
controlled by the same variables that control printing with @code{lpr}
on Unix (@pxref{Hardcopy}, @pxref{Postscript Variables}), but the
defaults for these variables on MS-DOS and MS-Windows are not the same
as the defaults on Unix.

@vindex printer-name @r{(MS-DOS)}
  If you want to use your local printer, printing on it in the usual DOS

@findex ps-spool-buffer @r{(MS-DOS)}
@vindex ps-printer-name @r{(MS-DOS)}
@vindex ps-lpr-command @r{(MS-DOS)}
@vindex ps-lpr-switches @r{(MS-DOS)}
  A parallel set of variables, @code{ps-lpr-command},
@code{ps-lpr-switches}, and @code{ps-printer-name} (@pxref{Postscript
Variables}), defines how PostScript files should be printed.  These
variables are used in the same way as the corresponding variables
described above for non-PostScript printing.  Thus, the value of
@code{ps-printer-name} is used as the name of the device (or file) to
which PostScript output is sent, just as @code{printer-name} is used for

@strong{does} support asynchronous subprocesses.  @xref{Windows
Processes}.

@cindex printing under MS-DOS
  Printing commands, such as @code{lpr-buffer} (@pxref{Hardcopy}) and
@code{ps-print-buffer} (@pxref{Postscript}), work in MS-DOS by sending
the output to one of the printer ports.  @xref{MS-DOS Printing}.

  When you run a subprocess synchronously on MS-DOS, make sure the
program terminates and does not try to read keyboard input.  If the
program does not terminate on its own, you will be unable to terminate

27213:4e05d28c0a39

@node MS-DOS Printing
@section Printing and MS-DOS

  Printing commands, such as @code{lpr-buffer} (@pxref{Hardcopy}) and
@code{ps-print-buffer} (@pxref{PostScript}) can work in MS-DOS and
MS-Windows by sending the output to one of the printer ports, if a
Unix-style @code{lpr} program is unavailable.  This behaviour is
controlled by the same variables that control printing with @code{lpr}
on Unix (@pxref{Hardcopy}, @pxref{PostScript Variables}), but the
defaults for these variables on MS-DOS and MS-Windows are not the same
as the defaults on Unix.

@vindex printer-name @r{(MS-DOS)}
  If you want to use your local printer, printing on it in the usual DOS

@findex ps-spool-buffer @r{(MS-DOS)}
@vindex ps-printer-name @r{(MS-DOS)}
@vindex ps-lpr-command @r{(MS-DOS)}
@vindex ps-lpr-switches @r{(MS-DOS)}
  A parallel set of variables, @code{ps-lpr-command},
@code{ps-lpr-switches}, and @code{ps-printer-name} (@pxref{PostScript
Variables}), defines how PostScript files should be printed.  These
variables are used in the same way as the corresponding variables
described above for non-PostScript printing.  Thus, the value of
@code{ps-printer-name} is used as the name of the device (or file) to
which PostScript output is sent, just as @code{printer-name} is used for

@strong{does} support asynchronous subprocesses.  @xref{Windows
Processes}.

@cindex printing under MS-DOS
  Printing commands, such as @code{lpr-buffer} (@pxref{Hardcopy}) and
@code{ps-print-buffer} (@pxref{PostScript}), work in MS-DOS by sending
the output to one of the printer ports.  @xref{MS-DOS Printing}.

  When you run a subprocess synchronously on MS-DOS, make sure the
program terminates and does not try to read keyboard input.  If the
program does not terminate on its own, you will be unable to terminate