Hi Atish,
1.
Try setting the other printer through transaction SPAD, & then pass the printer name through GET_PRINT_PARAMETERS.
2.
If you are changing the settings with transaction SU3, then i feel you need to log off the session & then login again & try to fire the print.
3.
Also it seems that if you convert the Image to text, then this problem wont happen. I am assuming that in both printers you are able to print text whereas logo is printed only through one printer. To convert the image, use 'RSTXLDMC' program.
Also please refer to the following information regarding logos & printers :-
The report RSTXLDMC allows a TIFF graphics file to be uploaded from the
file system of the R/3 GUI to a standard text in the R/3 word processor
SAPscript. (TIFF is a registered trademark of the Aldus Corporation.)
When uploading, the TIFF graphic is converted either into a black and
white raster image (parameter type=BMON) or as a color raster image with
a maximum of 256 colors (parameter type=BCOL).
The black and white raster images (BMON) can be printed using the
following printer types:
- PCL-5 printer
- PostScript printer
- Kyocera PRESCRIBE printer
- Device type SAPWIN (with SAPlpd 32-bit as of Version 2.41 for
Windows NT or Windows 95)
The color raster images (BCOL) can be printed using the following
printer types:
- PCL-5 printer with color capability (e.g. HP Color LaserJet).
Color graphics are not printed properly on monochrome PCL-5
printers (e.g. HP LaserJet 5), because the printer cannot set
the color palette as required and does not perform any
gray-level conversion.
- PostScript printer (color graphics are automatically converted
to gray levels on black and white printers using PostScript)
Device type SAPWIN (with SAPlpd 32-bit as of Version 2.41 for
Windows NT or Windows 95) During TIFF graphic import, the basic
set "Baseline TIFF 6.0 " of the TIFF specification 6.0 is
supported.
To maintain compatibility with earlier versions of the report RSTXLDMC,
it is also possible to convert the TIFF graphic directly into a black
and white raster image for a particular printer type when uploading.
These are the three printer types PCL-5 (parameter type=PCL), PostScript
(parameter type=POST) and Kyocera PRESCRIBE (parameter type=PRES). A
raster image uploaded in this manner can only be printed using the
appropriate printer type.
Besides TIFF raster graphics, direct printer commands in the respective
printer language (PCL-5, PostScript or Prescribe) can also be contained
in the file which is to be uploaded (printer macros). They are then
transferred to the standard text unmodified.
The graphics are output by inserting the standard text into the document
which is to be printed, directly or using an INCLUDE command. The
printer commands, which for example draw a company logo on the page, are
only output if the print request is processed by the printer driver
corresponding to the macro type, otherwise they are ignored. Example: A
macro of type PCL is contained in a print request. If the request is
output to a printer with type HPLJIIID (to which the driver HPL2 is
assigned), the macro data is sent to the printer. If the request is
printed on a printer of type POSTSCPT (to which the driver POST is
assigned), the output of the macro data is suppressed.
In the standard text, the printer commands are inserted between the HEX
... ENDHEX command lines in hex notation. Various report parameters
allow the graphic or printer macro to be placed on the page or at the
current text position. Note: When the /:HEX command line which precedes
the macro appears in the text, a line break is generally made before the
graphic is output. The output of the macro therefore begins in the next
text line at the left window border of the current page window, as long
as a shift to the right is not specified (see below).
If your own printer macros are uploaded and not TIFF files, you must
ensure yourself that the normal (text) output of the driver is not
impaired when the printer commands are inserted in the output from the
uploaded file. The printer drivers pass the data contained in the file
to the printer unmodified, therefore without control over the individual
actions this triggers on the printer. For example, syntax errors should
not be generated by the PostScript commands (type POST), or form feeds
should not be contained in the file (unless this was intended) for PCL-5
(type PCL).
Restrictions:
In general, the output of graphics generated via RSTXLDMC from R/3 is
not suitable for mass printing (that is, unless you are using the
"Graphic resident on printer" feature): the R/3 spooler has to hold
significantly more data in its output files. If the graphics occur
several times in a spool request, the data also reoccurs. Apart from
this, the network is more heavily loaded in sending the increased volume
of data to the printer and the printer output is slowed significantly
(varies according to printer model) if raster graphics are output as
well as the text.
If your graphics reside on your printer during a printing job, the
degree of 'correctness' with which they are printed depends on the
amount of memory available in your printer. R/3 print drivers are unable
to determine whether the amount of memory available is enough! If one of
the graphics that you have marked as resident is not displayed, try
reloading the graphic and switching off the parameter "Graphic resident
on printer".
When printing black and white graphics on PCL-5 printers, image data is
compressed in order to greatly reduce the file size.
The output of graphics and macros on PCL-5 printers, PostScript printers
and device type SAPWIN (type BMON, BCOL, PCL, POST) is adapted to the
page orientation used, that is if landscape is used instead of portrait,
the graphic is also turned when output. This is not the case for the
PRESCRIBE printers (type BMON, PRES)! With these printers, the graphic
is not automatically turned when landscape is used, but appears on the
page in the identical position as for portrait. You are therefore
recommended not to output raster images when printing in landscape on
PRESCRIBE printers.
PRESCRIBE printers do not support the resolutions 200 and 600 dots per
inch when printing raster images.
Not all PCL-5 compatible printers support the resolutions 200 and 600
dots per inch when printing raster images.
TIFF graphics with compression type 2 ("CCITT Group 3 1-Dimensional
Modified Huffman run length encoding") can currently not be imported
although this is a component of the Baseline TIFF 6.0 specification for
monochrome images.
Color TIFF graphics with full color representation (ie. a lot more than
256 colors) are automatically converted into 256 gray levels when
uploading with type BCOL.
When TIFF graphics are converted to black and white raster images (type
BMON, PCL, POST, PRES) there is no default simulation of gray levels or
colors of the original image on the printer (for example, by using
different tones of gray). Each pixel of the original image is converted
to a white or black pixel on the printer according to its intensity
value.
The parameter "Number of TIFF gray levels" does, however, allow a
simulation of gray/colour tones of the original image through levels of
gray on the printer, when using type PCL, POST or PRES. This parameter
is ignored for type BMON.
The conversion of TIFF graphics can be so time-consuming that it is
recommendable to execute the report RSTXLDMC in batch processing. Note:
in batch, the file is always read from the file system of the
application server (ie. not from the file system of the GUI).
The length of an individual text in the text file is limited. When
importing TIFF graphics with very large dimensions, especially if more
than 2 gray levels are used, a termination can therefore occur when
saving the standard text ("EXPORT_TOO_MUCH_DATA"). This restriction can
only be avoided by reducing the TIFF graphics. Note: The display of a
raster image in Postscript or PRESCRIBE format needs from two to three
times as much space as displaying in PCL-5.
When processing very large TIFF images on PostScript printers, a print
termination can occur with PS error message "limitcheck". In this case
the internal memory of the printer is insufficient to scale the required
raster image. This implementation limit cannot be influenced by changing
the report parameters when importing.
Requirements
The file which is to be uploaded can contain the following formats/
commands:
- Baseline TIFF 6.0 raster image files. The image information of
the TIFF file is converted into black and white/color raster
images when uploading. Note: As the TIFF format allows a variety
of variants, only a basic set of TIFF 6.0 formats is supported
here described in the TIFF 6.0 specification as Baseline TIFF
6.0.
- PCL : PCL-5, Hewlett Packard Printer Control Language 5 for HP
LaserJet 3, 4, 5 series and compatible printers. The data is
output by the printer driver HPL2 only.
- PRES: Kyocera PRESCRIBE for Kyocera laser printers. The data is
output by the printer driver PRES only.
- POST: Adobe PostScript or EPS format (encapsulated PostScript)
for PostScript printers. The data is output by the printer
driver POST only. In the upload, one of the end-of-file markers
(CTRL-D, hex $04) which may be contained in the PostScript file
is not transferred.
For PostScript files which contain a bounding box entry (for
example, all EPS files) the macro/graphic can be scaled to a
size specified by the user. In this case, a small lead text and
trailer are generated by the report for the macro data and
inserted in the standard text.
Best regards,
Prashant
Message was edited by: Prashant Patil
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.