Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Printing in Unicode environments

Former Member
0 Kudos

Hi All -

Can anyone give me any guidance on printers after Unicode conversion? I'm concerned that I might be missing something - there are steps in the Unicode conversion guide as to how to handle old spool requiests, but there is no information if we need to update anything with our printers in order for them to work correctly once we have converted our ECC 6.0 system to Unicode. I'm trying to err on the side of caution, so I appreciate the help!

Thanks -

Abby

1 ACCEPTED SOLUTION

nils_buerckel
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Abby,

in general the printing mechanism does not change in a Unicode system.

In a Non-Unicode system, the data is converted from e.g. code page 1100 (Western European code page) to the printer code page (assigned to the device type - e.g. 1116 for device type HPLJ4).

Now if you convert the system to Unicode, the data is converted from Unicode (SAP code page 4102 or 4103) to the printer code page assigned to the device type.

Hence the system takes care of the proper code page conversion.

However in some rare cases (e.g. if you created your own device types with Non-latin-1 data), there could be issues.

Therefore you should test your printer landscape as part of the Unicode conversion project.

This is especially valid for printing forms developed with a Non-Latin language (like Chinese), as in this case you can have issues with shiftings and used fonts.

But there is no known specific effort to be planned in a Unicode conversion for the adaptation of the printers (like UCCHECK).

Best regards,

Nils Buerckel

SAP AG

3 REPLIES 3

Former Member
0 Kudos

Hi,

No changes to printer setting is required, New spool requests will work properly on the existing printer.

Old spool requests (smart form/sap script) will not displyed after unicode conversion. Refer Note 842767 - Problems with old spool requests after Unicode conversion.

However ABAP spool requests can be converted to unicode. Refer Note 901004 - Conversion of ABAP spool requests to Unicode

Regards

Rahul

nils_buerckel
Product and Topic Expert
Product and Topic Expert
0 Kudos

Hi Abby,

in general the printing mechanism does not change in a Unicode system.

In a Non-Unicode system, the data is converted from e.g. code page 1100 (Western European code page) to the printer code page (assigned to the device type - e.g. 1116 for device type HPLJ4).

Now if you convert the system to Unicode, the data is converted from Unicode (SAP code page 4102 or 4103) to the printer code page assigned to the device type.

Hence the system takes care of the proper code page conversion.

However in some rare cases (e.g. if you created your own device types with Non-latin-1 data), there could be issues.

Therefore you should test your printer landscape as part of the Unicode conversion project.

This is especially valid for printing forms developed with a Non-Latin language (like Chinese), as in this case you can have issues with shiftings and used fonts.

But there is no known specific effort to be planned in a Unicode conversion for the adaptation of the printers (like UCCHECK).

Best regards,

Nils Buerckel

SAP AG

Former Member
0 Kudos

Awesome! Thank you very much for the help!