Previous | Contents | Index |
A PCL file may contain instructions to select the printer input tray on a Hewlett-Packard LaserJet IID printer. When you print this file on a different type of printer, the print job will fail if the specified input tray is not available. You can modify the print job to redefine the input tray selection command, using a PostScript setup module. You can create a PostScript setup module to redefine the appropriate PostScript operators, changing the selected input tray. The following example shows a PostScript setup module to select PostScript tray 3 for the upper input tray, and PostScript tray 1 for the bottom input tray.
/settoptray {statusdict begin 3 setpapertray end} def /setbottomtray {statusdict begin 1 setpapertray end} def |
Input tray values are specific to the printer. Refer to the PostScript documentation for your printer to determine the numbers for the available trays.
The input tray selection commands, and the PostScript operators to which the PCL translator converts them, are listed in Table 9-2. The translator uses the default setpapertray value if no other value has been defined. A setup module with a different value overrides the default value.
PCL Commands | PostScript Extension Operator | Default setpapertray Value |
---|---|---|
Upper tray | settoptray | 1 |
Manual input | setmanualfeedtray | 0 |
Manual envelope input | setmanualfeedtray | 0 |
Lower tray | setbottomtray | 2 |
Optional large tray | setlcittray | 3 |
Envelope feeder | setenvelopefeedertray | 3 |
If your PCL file requires soft fonts to be loaded in the printer, or macros for defining forms or raster graphics, you can download the font or macro using PCL setup modules.
It is not necessary to declare the fonts and macros permanent. You must declare fonts and macros permanent only if the setup module or file contains a reset escape sequence.
The system manager must create a device control library designated for PCL setup modules, and include that library in the search list in DCPS$STARTUP.COM, as described in the System Manager's GuideSystem Manager's Guide.
PCL setup modules from the PCL device control library are handled differently from ANSI and PostScript setup modules. Records from a PCL module are not appended with carriage-control characters (<CR><LF>), because PCL setup modules can include binary data, such as PCL fonts and raster graphics. If the PCL setup module contains lines of text that must be separated by carriage-control characters, you must explicitly specify them in the PCL setup module.
You can include a soft font or macro in a print job by:
To include a soft font or macro in a setup module, follow these steps:
$ LIBRARY/INSERT/TEXT SYS$LIBRARY:pcl-library-name font-filename |
To print the PCL file that requires the font or macro, use the following command:
$ PRINT/QUEUE=queue-name/SETUP=font-filename data-filename.PCL |
Your system manager can include the setup module in a form definition,
which can be associated with a queue by default. With this setup, you
need only specify the data file name and the queue name in your PRINT
command.
9.5.2 Including Font and Macro Files in PCL Print Jobs
You can print files that require soft fonts or macros by having the application include the font or macro in the data file. Or you can create a file that contains the font or macro and the data file. On a PC supported by PATHWORKS, you can print the data file that requires the font or macro using the following commands on the PC:
M:\ NET PRINT LPTn: /SET /PARAMETERS="DATA_TYPE=PCL" COPY/B font-or-macro-file.DAT data-file.DAT LPTn: |
Recent printing protocol enhancements have introduced new variables
into the networked printing environment. These are Hewlett-Packard PJL
(Print Job Language), and Hewlett-Packard TBCP (Tagged Binary
Communication Protocol). Documents created from a PC application can
have these protocols included in the files. These protocols can be
quite useful in some environments, but sometimes cause problems for
DCPS or for printers other than the type for which the document was
created. A brief description of PJL and TBCP is included below,
followed by instructions to prevent problems with DCPS.
9.6.1 Description of PJL and TBCP
PJL is a command language that allows job-level printer control. TBCP is a communications protocol for the serial, LAT, and parallel ports of a printer. It allows 8-bit binary data in files concurrent with the use of some control characters for communications and print job control. You cannot print TBCP to printers that do not support TBCP, or to ports other than the serial, LAT or parallel ports for printers.
The DEClaser 5100 printer is the first DIGITAL printer to support both
PJL and TBCP. Some Hewlett-Packard III series printers support PJL, and
most Hewlett-Packard IV series printers support both PJL and TBCP. When
a PC application is creating files for printing to these printers, the
files can include PJL and TBCP.
9.6.2 Steps to Prevent Problems with DECprint Supervisor
When printing files that include PJL, DCPS strips any PJL code from the file. This process allows DCPS to use PJL to switch print protocols in the printer, and enables the printing of these files on printers that do not support PJL.
If the interconnect to the printer is not serial or LAT, the file must
not use the TBCP. DCPS does not remove TBCP characters.
9.6.2.1 Preventing problems with PostScript
When the PC application is generating PostScript output, use the
following guidelines:
DCPS removes all PJL commands from PCL files, which may result in problems when printing these files. Because drivers for PCL Level 5 printers use PJL to select advanced printing features such as the configuration of the Resolution Enhancement hardware (RET), page protection, and print resolution, the print job may not print as expected without the PJL commands.
Moreover, the PCL is sent to the printer only if DCPS supports printing PCL directly to the printer. Otherwise, the PCL (Level 4) translator is used.
If problems arise with PCL output, an alternative would be to generate
PostScript output if the application allows for it.
9.7 Interaction Between Native PCL Printing and Automatic DATA_TYPE Detection
Jobs that use DATA_TYPE=AUTOMATIC=PCL may print with unexpected results. In particular, files printed as PCL looking for a switch to PostScript may be printed entirely as PCL. This result occurs if all of the following cases are:
If the PCL language interpreter in a printer is used to print PCL files and a job includes multiple PCL files, the PCL files are concatenated. DCPS does not ensure that the files begin on new pages, or even that the last line of the first PCL file does not get printed over by the first line of the next PCL file. Concatenation can occur if:
If concatenated PCL files are not acceptable, the following workarounds can be used:
The DCPS-PLUS product includes a translator for Proprinter files, allowing PostScript printers to emulate the IBM Proprinter XL24. If your Proprinter file is not automatically recognized by the DECprint Supervisor software, you can explicitly specify the Proprinter data type using the DATA_TYPE parameter. For example:
$ PRINT/PARAMETERS=DATA_TYPE=PROPRINTER MYFILE.PRO |
Because of incompatibilities among Proprinter printers, files created for Proprinter models other than the XL24 printer may not print as expected. For best results, when producing a file to be printed using the Proprinter translator, specify the Proprinter XL24 as the printer model in your application. |
The DCPS translator for Proprinter files differs from the operation of the Proprinter XL24 printer in the following ways:
Documentation specifying the Proprinter language is available from IBM. The documentation specific to the Proprinter and the XL24 includes:
IBM's Proprinter Family Technical Reference | IBM part number SC31-2587-3 |
IBM's Proprinter X24E and XL24 Guide to Operations | IBM part number SA34-2106-0 |
DECprint Supervisor recognizes the Proprinter data type if the files have the following characteristics:
If your Proprinter file does not meet these criteria, you can
explicitly specify the data type by including the DATA_TYPE=PROPRINTER
parameter in your PRINT command.
10.3 Modifying the Default State of the Proprinter Translator
The default state of the XL24 can be modified from its front panel and from its DIP switches. Emulate these settings in your print job using PRINT parameters and the translator-specific front panel escape sequences. Table 10-1 shows the print attributes that you can modify using PRINT parameters.
Print Attribute | PRINT Parameter | Reference |
---|---|---|
orientation | /PARAMETERS=PAGE_ORIENTATION | Section 2.4 |
tray selection | /PARAMETERS=INPUT_TRAY¹ | Section 5.1 |
paper size | /PARAMETERS=PAGE_SIZE | Section 12.7 |
All of the print attributes on the XL24 front panel and DIP switches can be modified in the Proprinter translator using the appropriate front panel mode escape sequence.
The format of the front panel mode escape sequence is:
Escape Sequence Format
ESC ` count-low count-high item-id new-value-low [new-value-high] |
Decimal Values
027 096 |
This format shows spaces between the elements of the command for clarity. Do not include spaces in your actual command. |
This escape sequence allows you to specify:
Do not use ASCII encoded numerals (1, 2, 3,...) to specify the count bytes, item-id, and new-value in the escape sequence. Instead, use ASCII characters whose numeric codes represent the values you want. For example, zero is represented by the NULL code; 126 is represented by the tilde character (~).
The print attributes that you can change using this escape sequence are listed in Table 10-2. The item-id is listed first, followed by a description of the print attribute. The third column shows the default Proprinter translator behavior for this print attribute. The last column shows how to present the value for each item.
Item-Id | Description | Default Translator Value | You Specify ... |
---|---|---|---|
2 | Slashed 0 | Default: 0 | 1 or 0. |
3 | Auto NL | Default: 0 | 1 or 0. |
4 | Form length | Default: based on logical page length. See Section 10.4.2. | The page length in points (72 units per inch). Any value is allowed. |
5 | Character set | Default: Set 1 |
1 indicates character set 1.
2 indicates character set 2. |
6 | Auto CR | Default: 0 | 1 or 0. |
7 | Margins | Default: based on logical page width. See Section 10.4.2. | The page width in points (72 units per inch). Any value is allowed. |
8 | Ignore FF | This determines whether form feeds are ignored at the top of form. Default: 1 | 1 or 0. |
12 | 12 cpi comp. | There are three options: 12, 17.1, or 20 cpi. Default: 12 |
2 indicates 12 cpi.
3 indicates 17.1 cpi. 4 indicates 20 cpi. |
13 | Code page | Default: 437 | The code page value: 437 or 850. |
14 | AGM | Default: disabled | 1 or 0. |
16 | Left offset | Default: 18 points (1/4 in.) | The left offset in points. Any value is allowed. |
17 | Top offset | Default: 36 points (1/2 in.) | The top offset in points. Any value is allowed. This is the position of the baseline of the first line of the file. |
19 | Characters per inch | Default: 10 cpi |
1 indicates 10 cpi.
2 indicates 12 cpi. 3 indicates 17.1 cpi. 4 indicates 20 cpi. 5 indicates proportional. |
20 | Emphasize | Default: 0 | 1 or 0. |
21 | Dbl Wide | Default: 0 (single) | 1 or 0. |
22 | Dbl High | Default: 0 (single) | 1 or 0. |
23 | Printer ID | Number for use with ERDPR. Default: 23 | The printer ID number. |
24 | 9-wire or 24-wire downloaded fonts |
A flag that determines 9-wire (0) or 24-wire (1) emulation. This is
required so that appropriate downloaded fonts are selected with ESC I.
Default: 24-wire |
1 or 0. |
25 | Grey bitmaps | A flag that is true if bitmaps are printed dark gray (85% black). Default: 0 | 1 or 0. |
26 | Printer ID | Number for use with ERSIC. Default: 3 | The printer ID number. |
27 | Alternate dots |
A flag that determines whether alternate dots are dropped in certain
graphics modes.
Default: 0 |
1 or 0. |
Previous | Next | Contents | Index |