Latin-2 printing?
Hey Experts,
We're implementing SAP for our Poland operation and will need the ability to print in Polish. As I understand it, Polish uses the Latin-2 ISO-8859-2 character set. So, not only will I need to ensure any printer fully supports Latin-2, but also has a corresponding SAP device type for Latin-2.
We are planning on using HP and Canon printers in Poland. I found documentation on 2 device types for HP that support Latin -2 - one PCL5 and one PostScript - I2HPPS and I2HP4. I could not find any Latin-2 device types for Canon.
Do you know of any other HP device types or Canon device types that support Latin-2??? How have you successfully printed Latin-2 languages / Polish in your company?
Thanks,
Jeff Martens
Basis Admin.
Jose,
I have solved the issue.
1. Make sure your printer supports Latin 2.
2. Use one of these SAP device types: ( there may be more)
SAP supplies 2 different Latin - 2 device types for HP printers which also work with one of the Canon's I've tested:
I2HP4 - this uses PCL.
Device type for Eastern Europe for all printer of the Hewlett Packard
LaserJet 4 printer series (for example, LaserJet 4/4m, 4Plus/4mPlus,
4V/4mV, 4Si). Uses character set "ISO 8859/2" (Latin 2). OCR-A/OCR-B are
included in the printer definitions, however, the printer requires
additional firmware/font diskette. The "HP LASERJET BarCodes & MORE FONT
CARTRIDGE" or a respective SIMM module is required. For the barcode print
from R/3 with printer of the HP LaserJet 4 series the SIMM module "JetCAPS
Intelligent Barcode SIMM" is required and supported.
I2HPPS - this uses PostScript.
Device type for certain HP LaserJet models with PostScript emulation (see
Note 575916). I2HPPS supports character set "ISO 8859/2" (Latin 2).
I2HPPS is compatible with all releases as of 4.0A.
Barcode printing and OCR fonts are not supported.
I tested an HP8100 and Canon iR2270 successfully using the I2HP4 device type. I am unsure what you mean by the "zdot" character, but my subsidiary in Poland said all the Polish characters looked good when he tested.
Hope that helps.
Thanks,
Jeff
Edited by: Jeff Martens on Feb 19, 2008 8:22 AM
Similar Messages
-
I'm planning to order a MacBook Pro from the apple store, but I was wondering if I order it with an Arabic keyboard, does the keyboard buttons only contain Arabic, or do the buttons contain both Arabic and English?
RSBR wrote:
I'm planning to order a MacBook Pro from the apple store, but I was wondering if I order it with an Arabic keyboard, does the keyboard buttons only contain Arabic, or do the buttons contain both Arabic and English?
The buttons contain both Arabic and English.
All keyboards with non-Latin scripts printed on them also have English printed on them. Otherwise you could not type email and webpage addresses and the computer would be of very limited use.
You can see the actual keyboards produced by Apple at
http://support.apple.com/kb/ht2841 -
PDF conversion of smartform- Printing Latin -2 characters
Hi All,
We are facing a typical issue with Printing of Latin -2 characters in PDFs.
These are characters from the Polish language for e.g. char 'Ń'.
These were originally printing as # in the Production system. After raising a message with SAP, they came up with the advice of uploading Latin-2 fonts using note 141343.
However when I did a test in the sandbox system, the character 'Ń' is replaced by character 'C' and not '#'. This was even before I could upload an appropriate font! I am confused as to why this is happening.
Any help appreciated.
Regards,
Jitender.Hi ...
we had a similar kind of problem ..in which the special characters were coming in development and quality systems..but when they were moved to production system..the special characters were not coming and the desire characters were getting printed...this was becuase of the difference betwwen the codepage of dev and production systems.....So i think in your case also the same may work....
Edited by: Rudra Prasanna Mohapatra on Aug 6, 2008 1:15 PM -
Printing Latin-2 on Zebra ZM400
hi,
i don´t know if this is the correct category but we have problems printing latin-2 characters (polish) on one of our Zebra printers.
Here´s the situation:
- we have a Zebra ZM400 printer and want to print polish characters.
- "Swis721BT" font is installed.
- We are NOT using Smartforms. Only SAPscript and ABAP list.
Our standard devicetype for printing on zm400 is "LB_ZEB". But this devicetype only supports latin-1 characters.
It works but the polish characters are printed as hash sign.
In some zebra documentations they recommend the devicetype "ZLB_ZBI2" for latin-2.
But when i use this devicetype i get an error which is "Internal error when printing - request on hold".
I don´t know what exactly it means. There are no more information.
Does anyone of you have experience with zebra printers and latin-2 characters?
Thanks
TobiasHi Mr. Nagel,
we've a similar problem.
did you have now a solution ?
Regards,
Alessandro P. -
If I wanted to print unicode characters in JSP, for example, arabic or japanese, what's the best way to go through with this?
I tired the
<%@ page contentType="text/html; charset=Windows-1256" %>but it won't work
I tried this:
<meta http-equiv="Content-Type" content="text/html; charset=windows-1256">but wasn't any better
what else can I do? Is there any specification I should look up first?Here you are ..
<%@ page contentType="text/html; charset=UTF-8"
%>
that doesn't work either,,,
The input comes from a textArea, it is then stored into a mysql database and then displayed on the browser. Weird thing is it works on my localhost but not on the server i'm uploading the war file!!! -
Hi folks,
I had an question, related to printing the form using sapscript. I am printing a sapscript form using two printers. The first one is HPLJ4000 : HP Laserjet 4000 and the model is Dell Printer and using this printer the form is printing fine.
However when I print using another printer HPLJ4000 : HP Laserjet 4000 but a different model HPLJ 2100TN some of the data is not printing in the right font size. The font I am using is HELVE and I believe it is not recognising it.
I do not know how to work on the issue, asked the Basis guy too he has no clue about it.
Any thoughts or ideas will be helpful?
Thanks,
SkHi
See this OSS notes
OSSNote:960341
Symptom
In some device types (e.g HPLJ4, HPLJ5) you experience non-uniform character spacing in the PDF document after the PDF conversion of SAPscript or Smart Forms documents, using HELVE or TIMES fonts. You want to know the reason.
Other terms
CONVERT_OTF, SAPscript, Smart Forms
Reason and Prerequisites
The problem is not due to an error in the PDF converter but due to the fact, that the printer font, underlying the device type (e.g. Univers or CG Times in PCL-5 device types), is not available for the PDF converter and is either not available in Adobe Reader. The PDF converter has to try to simulate the layout of the printer font by means of a font which is predefined in Adobe Reader. This is done by assigning the letter widths of the printer font to the font used in Adobe Reader.
The PDF file contains a table with letter widths, used by Adobe Reader in the output of text, for each used printer font (except PostScript fonts).
Example:
%Charwidth values from HP4300 HELVE 060 normal
/Widths
[ 278 333 500 633 633 1000 758 333 333 333 633...
Adobe reader converts this width table, by modifying the space between each character, so that the specified letter width (= space between the current and the next letter) is kept.
This 'Simulation' of printer fonts results in the sometimes visible irregular spaces in PDF.
The PDF converter always uses the Helvetica Adobe PostScript font for the display of HELVE and the Times Roman Adobe PostScript font for the display of TIMES. However, for these Adobe PostScript fonts, Adobe Reader often uses a Windows TrueType font, which differs slightly from the original PostScript font.
Solution
Workaround: Use the POST2 PostScript device type or the PDF1 PDF device type for the PDF conversion of documents in the Latin-1 character set. They both use the Adobe PostScript fonts Helvetica or Times Roman for the HELVE/TIMES printer fonts.
Header Data
Release Status: Released for Customer
Released on: 30.06.2006 12:44:06
Priority: Recommendations/additional info
Category: Consulting
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s): Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV COURIER, HELVE, TIMES
(LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH CNHEI, CNKAI, CNSONG
Japanese ********************************
JA JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP KPBATANG, KPDODUM, KPGULIM
KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF TWDPHEI, TWMING, TWSONG
Thai ************************************
TH THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000 0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000 0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE 120 00109XSF100SF101110000067E X
Header Data
Release Status: Released for Customer
Released on: 22.08.2005 09:57:20
Priority: Recommendations/additional info
Category: Customizing
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
BC-SRV-SSF Smart Forms
<b>Reward points for useful Answers</b>
Regards
Anji -
Printing barcode in HP laser jet through smartform
Hi folks,
can i print barcode in HP laser jet P3005 PCL6 by using smartform???
plz advice.
regards
smitaYes, you can.. I guess, HP laser jet P3005 series PCL6 can print bar codes.
I am attaching the list of BARCODE supported printers
List of device types in SAP Releases 4.6x/6.xx/NW04/NW04s
OSS NOTE : 8928
Installation of new device types ********************
Many device types are appended as a zip-attachment to this note.
README.TXT contains information about these device types and codepages.
README_UPLOAD.TXT contains information on how to import the device
types.
PRINTER DRIVERS AND DEVICE TYPES:
In R/3, a distinction is made between "printer driver" and "device type". The device type consists of all the attributes defined for an output device. For correct access, these must be made known in the R/3 system. They cover aspects such as control commands for font selection, page size, character set selection, character set used and so on. One of these attributes is the printer driver to be used by SAPscript (R/3 forms processor) for this particular printer.
If your printer is not specified in the list below, ask the manufacturer if the printer is compatible with one of the defined printers or if it can be used with another emulation (for example, Postscript).
If the printer is not compatible or cannot be operated using an emulation, you must create a new device type (if the printer is not compatible). To print from SAPscript, you must choose one of the existing printer drivers.
At present, there are five SAPscript printer drivers. They include:
for HP-PCL5 (for example, HP Laserjet 3,4,5,6 series)
for PostScript printers (PS level 2)
for PRESCRIBE (for example, Kyocera FS-1500)
for device types SWIN/SAPWIN/xxSWIN/xxSAPWIN
for all other models.
The last driver is known as the "standard driver". It cannot provide absolutely precise positioning on the paper and does not support proportional fonts. Printer drivers are relevant for forms output with SAPscript. For the output of ABAP lists special printer drivers are only used as of Release 4.5A. They are anchored in the C kernel and are developed and maintained exclusively by SAP.
In the spool environment, device types refer not only to printers but also other output devices, for example, fax machines. Device types support specific printers or printer models. Device type definitions are stored completely in tables and can be individually adapted, modified or enhanced. If SAP performs such an adjustment for a customer, it constitutes a consulting service, and is generally charged seperately. On the other hand, the list of device types, above all in conjunction with SAP's hardware partners, is continually expanded.
COMPATIBLE PRINTERS:
Some printer models have been so successful on the market that many OEM products, clones and compatibles are also listed. You can often use compatible printers with R/3 by entering the printer definition of the original. Since complete compatibility is extremely rare, SAP can offer no assurances regarding the usability of compatible printers. This also applies to follow-up models made by the original producer.
LIST OF PRINTERS:
This is the list of device types supplied by SAP in different Releases. Most of these device types use "Western European" or "North American" character sets. Some device types in newer Releases however, also support other character sets and language areas such as Russian or Czech.
The device types named in this list are supported in the standard R/3 System as of the release mentioned.
If an OCR-A font (prerequisite for check printing) or an OCR-B font is supported in the R/3 device types, this is indicated. However, this generally requires additional font cassettes or firmware for the printer involved, since few printers have an OCR-A font "built in." For additional information about this, contact the printer manufacturer.
Check related notes attached for addition information on printer supportin R/3.
Related notes:
Note 135894 contains information on printing labels on special label printers.
Note 05196 contains information on printing bar codes with SAPscript
Note 94233 contains information on printing MICR font with SAPscript
Note 62178 contains information on device types for the Japanese version of the R/3 System.
Note 77891 contains information on device types for IBM-SCS printers on the IBM AS/400 hardware platform.
Note 98477 informs you on device types for printers by the manufacturer PSi.
Note 107938 contains information on device types for printers by the producer Tally.
Note 141719 contains information on device types for printers from the producer Printronix.
Note 141914 contains information on device types for printers from the producer Lexmark.
Note 153879 contains information on compatible printer models of producer EPSON.
Note 154494 contains information on compatible printer models of producer Genicom.
Note 199166 contains information on device types for printers from the producer Hewlett Packard.
Note 214187 contains information on device types for printers from the producer Océ.
Note 398236 contains information on device types for printers from the producer Sharp.
Note 408189 contains information on device types for printers from the producer Konica Minolta.
Note 436609 contains information on device types for printers from the producer Xerox.
Note 458047 contains information on device types for printers from the producer Ricoh.
Note 485240 contains information on device types for printers from the producer SAVIN.
Note 485244 contains information on device types for printers from the producer NRG.
Note 516687 contains information on device types for printers from the producer Lanier.
Note 516669 contains information on device types for printers from the producer Gestetner.
Note 878109 contains information on device types for printers from the producer Danka.
ASCIIPRI
Generic device type for line printers that can be used in urgent cases where no customized printer definition exists for a line printer. It contains no printer-specific control commands, but merely CARRIAGE RETURN, NEWLINE and FORMFEED commands. It uses the standard 7 bit ASCII character set (USASCII).
COMPU960
Device type for BULL line printers COMPUPRINT 4/66, as well as COMPUPRINT 960. Character set used: IBM 2 German.
DECLA75P
Device type for the DEC line printer DEC LA75 Plus.
DECLN07
Device type for the DEC laser printers LN07 and DECLaser 1100.
HP256X
Device type for all Hewlett-Packard line printers in the HP256... series. Based on the HP manual describing the HP256X series, OCR-A is included in this printer definition, but the printer needs an additional firmware/font cassette.
HP2930
Device type for Hewlett-Packard's HP2930 line printer.
HPDJ500
Device type for Hewlett-Packard's DeskJet 500 ink jet printer.
HPLJIIID
Device type for Hewlett-Packard's LaserJet IIIP, III, IIID and IIIsi printers, as well as the HP LaserJet 4 series. OCR-A and OCR-B are included in the printer definition, but the printer needs an additional firmware/font cassette. The "HP LaserJet barcodes & More Font Cartridge" is needed for this. Barcode printing from R/3 is not supported.
HPLJSTND
Generic device type for printers that have an HP LaserJet emulation but cannot be operated via the definitions HPLJ4, HPLJIIID or HPLJ_II.
HPLJ_II
Device type for the Hewlett-Packard LaserJet II laser printer series. OCR-A and OCR-B are included in the printer definition, but the printer needs an additional firmware/font cassette. The "HP LaserJet barcodes & More Font Cartridge" is needed for this. Barcode printing from R/3 is not supported.
KYOF1000
Device type for the Kyocera F-1000 laser printer. OCR fonts are not supported. Bar code printing is supported.
KYOF1200
Device type for the Kyocera laser printers F-1200 and F-1200S. OCR fonts are not supported. Barcode printing is supported.
MT600
Device type for the Mannesmann-Tally line printer MT600. Character set used: US-ASCII (that is no German umlauts).
MT600GER
Device type for the Mannesmann-Tally line printer MT600. Character set used: German. OCR-A and OCR-B (German standard) are included in the printer definition; the printer must be upgraded with these fonts.
MT600NDA
Device type for the Mannesmann-Tally line printer MT600. Character set used: Norwegian / Danish. OCR-A and OCR-B (German standard) are included in the printer definition; the printer must be upgraded with these fonts.
OKI341
Device type for the OKI Microline 3410 line printer.
POSTSCPT
Device type which is used for pure PostScript printers. Barcode printing from R/3 is not supported.
S4440XTG
Device type for the SEL Alcatel line printer 4440XT. Character set used: German.
SAPWIN
Generic device type for printers linked (or also fax devices) to PCs running under MS Windows 3.1, Windows 95 or Windows NT by means of the R/3 program SAPLPD. Windows printer drivers are used and the character set is ISO 8859-1. Barcode printing from R/3 is possible with the additional installation of a third-party DLL (see Note 25344), but is not supported in the standard system. OCR-A and OCR-B fonts are possible with an appropriate TrueType font (see also Note 48803).
Important Note:
As of Release 3.0E, you can use SAPWIN to:
Print proportional fonts and lines/boxes in SAPscript
Print black and white as well as color TIFF graphics (with the 32-bit SAPlpd on Windows 95 and Windows NT only).
See Note 39031.
SWIN
Generic device type for printing/faxing using MS Windows with SAPlpd. It is available as of Release 3.1H. Device type SWIN differs from SAPWIN in the layout of X_... formats for ABAP/4 list printing. The font size and line spacing were adjusted, particularly for color list printing.
In addition, SAPWIN contains an expanded list of SAPscript printer fonts for current releases, for example, Greek and Russian.
SNI4009
Device type for the Siemens-Nixdorf SNI 4009 line printer.
SNI4010
Device type for the Siemens-Nixdorf SNI 4010 line printer. OCR-A is included in the printer definition, but the printer needs an additional firmware/font cassette.
SNI9014
Device type for the Siemens-Nixdorf SNI 9014/12 line printer. OCR-A and OCR-B are included in the printer definition. The 9014/12 has OCR-A and OCR-B font installed as a default.
SNIZD13
Device type for the Siemens-Nixdorf SNI ZD13 line printer. OCR-A is included in the printer definition. The ZD13 has OCR-A font installed as a default.
CIP1000
Device type for C.ITOH line printers CI-1000 and CI-500. The IBM Proprinter II/XL emulation and IBM character set 2 (multilingual) are used.
EPESCP
Device type for all 24 or 48 element EPSON printers that use the control language ESC/P. Character set IBM 437 is used. OCR-A/OCR-B are included in the printer definition. However, some printers also require an additional firmware/font cassette.
EPESCP2
Device type for EPSON printers that use the control language ESC/P2. The character set IBM 850 (multilingual) is used. OCR-A/OCR-B are included in the printer definition. However, some printers also require an additional firmware/font cassette.
EPESCP9
Device type for all 9-pin dot matrix EPSON printers that use the control language ESC/P. The standard ASCII character set is used with some additional international characters.
EPLQ550
Device type for the EPSON LQ-55 dot matrix printer. OCR-A/OCR-B are included in the printer definition. However, the printer needs an additional firmware/font cassette.
HP2300
Device type for the Hewlett-Packard 2300 line printer series. OCR-A/OCR-B are included in the printer definition. However, the printer needs an additional firmware/font cassette.
HPLJ4
Device type for all printers in Hewlett-Packard's LaserJet 4 series (this includes LaserJet 4/4m, 4Plus/4mPlus, 4V/4mV, 4si). OCR-A/OCR-B are included in the printer definition. However, the printer needs an additional firmware/font cassette. The "HP LASERJET barcodes & MORE FONT CARTRIDGE" or a SIMM module is required. Barcode printing from R/3 with HP LaserJet 4 Series printers requires SIMM module "JetCAPS Intelligent Barcode SIMM" and is supported.
IBM239X
Device type for the IBM 238X/239X Plus line printer series from Lexmark. This includes the types IBM 2380 Plus, IBM 2381 Plus, IBM 2390 Plus, IBM 2391 Plus. The IBM emulation and character set IBM 850 are used.
IBM4226
Device type for the IBM 4226 line printers from Lexmark. The IBM emulation and the character set IBM 850 are used.
IBM4232
Device type for the IBM 4232-302 line printer from IBM. The 4202 emulation and the character set IBM 2 are used. OCR-A/OCR-B are included and supported. Barcode printing is not supported.
IBM6408
Device type for the IBM 6408-A00 line printer from IBM. The PropPrinter III XL emulation and the character set IBM 850/IBM 2 are used. OCR-A/OCR-B are included and supported. Barcode printing is not supported.
IBMAFP
Device type for IBM's external SAP2AFP converter. The R/3 spool output is converted to AFPDS format and passed to IBM AFP software. IBMAFP can only be used in conjunction with spool-exit (access method Z when defining the device type). Selection of printers directly connected to R/3 is not possible. IBMAFP must be used for 240 pel AFP printers.
Character set is ISO 8859-1 (Latin 1). OCR-A and OCR-B are supported, as well as barcodes.
IBMAFP is for use on R/3 UNIX and Windows NT platforms.
IBMEFP is the proper device type for AS/400 R/3 Platforms and uses the EBCDIC character set.
IBMAFP3
Device type for IBM's external SAP2AFP converter that converts the R/3 spool output to an AFPDS format and sends it to IBM AFP software.IBMAFP3 can be used only in conjunction with spool-exit (access method Z when defining the device type). Selection of printers connected via R/3 is not possible. IBMAFP3 must be used for 300 pel AFP printers.
Character set is ISO 8859-1 (Latin 1). OCR-A and OCR-B are supported, as well as barcodes.
IBMAFP3 is for use on UNIX and Windows NT platforms.
IBMEFP3 is the proper device type for AS/400 R/3 Platforms and uses the EBCDIC character set.
IBMSCS
Device Type IBMSCS supports the "basic IBMSNA Character String" data stream for printers that are connected under IBM OS/400. IBMSCS is only supported for the use under SAP R/3 on hardware platforms IBM AS/400.
LX4039
Device type for the Lexmark laser printer series 4039. OCR-A/OCR-B are included in the printer definition. However, the printer requires an additional firmware/typeface cassette. "HP LASERJET barcodes & MORE FONT CARTRIDGE" is required. Barcode printing from R/3 is not supported.
KYOFS150
Device type for the Kyocera laser printer FS-1500, FS-3500, FS-1550+. OCR fonts are not supported. Barcode printing is supported.
NECP30
Device type for the NEC matrix printers P20/P30. The character set used is IBM codepage 850 (multilingual).
NECP72
Device type for the NEC matrix printers P62/P72. The NEC Pinwriter level 2 emulation and the character set IBM codepage 850 (multilingual) are used. OCR-A/OCR-B are included in the printer definition. However, the printer requires an additional firmware/font cassette.
NECPW
Device type for the NEC 48-pin Pinwriter P5XL, P9XL, P6/P7, P6plus/P7plus, P2200, P2plus, P60/P70, P90, P20/P30, P22Q/P32Q, P42/P52, P62/P72. The character set IBM codepage 850 (multilingual) is used.
SNI4011
Device type for the 24-pin version of the SNI 4011 dot matrix printer. The EPSON LQ-850+ emulation and character set IBM codepage 850 (multilingual) are used. OCR-A/OCR-B are included in the printer definition. The printer has these fonts built in.
SNI20XX8
Device type for the Siemens-Nixdorf 2050-8, 2075-8 and 2090-8 laser printers (HP-LaserJet emulation). For operation with R/3, you need to obtain a special font diskette for the printer from SNI. This contains the fonts required, including OCR-A and OCR-B. Barcode printing from R/3 is not supported.
MT2033
Device type for the Mannesmann-Tally T2033 matrix printer. Uses MTPL+IBM Proprinter emulation and IBM codepage II for the character set. OCR-A/OCR-B are included in the printer definition. These fonts are built into the printer at the factory.
MT2045
Device type for the Mannesmann-Tally T2045 matrix printer. Uses MTPL+IBM Proprinter emulation and IBM codepage II for the character set. OCR-A/OCR-B are included in the printer definition. These fonts are built into the printer at the factory.
DEVICE TYPES NEW TO RELEASE 3.1G:
HPDJ660
Device type for the color inkjet printer Hewlett-Packard DeskJet 660C. Lists are printed in color. OCR-A, OCR-B and barcode printing from R/3 are not supported.
HPDJ850
Device type for the color inkjet printer Hewlett-Packard DeskJet 850C. Lists are printed in color. OCR-A, OCR-B and barcode printing from R/3 are not supported.
HPLJ5SI
Device type for Hewlett-Packard's LaserJet 5Si. OCR-A/OCR-B are included in the printer definition. However, the printer needs an additional firmware. The "HP LASERJET barcodes & MORE FONT CARTRIDGE" or a SIMM module is required. Barcode printing from R/3 with HP LaserJet 5Si requires and supports SIMM module "JetCAPS Intelligent Barcode SIMM".
MT6045
Device type for the Mannesmam-Tally T6045 dot matrix printer. Uses MT660 emulation and character set Latin-1. OCR-A/OCR-B are included in the printer definition. These fonts are built into the printer at the factory.
Important note: For use with R/3 the printer's standard character set must be set to Latin-1.
NEW DEVICE TYPES IN RELEASE 3.1H:
MT691
Device type for the Mannesmann-Tally T691 dot matrix printer. Uses MT660 emulation and character set Latin-1. OCR-A/OCR-B are included in the printer definitions. These fonts are built into the printer at the factory.
NEW DEVICE TYPES IN RELEASE 3.1I:
SAPWIN5
Device type for printing cyrillic characters (character set ISO 8859-5, for example Russian) with SAPlpd/Microsoft Windows. This device type works exclusively with the Russian Windows 95 or NT 4.0 (not with Windows 3.1). To use it, a 32 bit version of the SAPlpd with a number 4.00 or higher is required.
DEVICE TYPES IN RELEASE 4.0A:
HPLJ5
Device type for all printers of the Hewlett-Packard LaserJet 5 printer series (LaserJet 5/5m, 5P/5MP, 5C) except for HP LaserJet 5 SI. OCR-A/OCR-B are included in the printer definitions. However, the printer needs an additional firmware/font cassettes. The "HP LASERJET BarCodes & MORE FONT CARTRIDGE" or a SIMM module is required. Barcode printing from R/3 with printers of the HP LaserJet 5 series requires and supports SIMM module "JetCAPS Intelligent Barcode SIMM".
Important note: HPLJ5 uses new 4.0A features (scalable fonts under PCL-5) and can only be used in Release 4.0A and higher releases!
I2HP4
Device type for Eastern Europe for all printer of the Hewlett Packard LaserJet 4 printer series (for example, LaserJet 4/4m, 4Plus/4mPlus, 4V/4mV, 4Si). Uses character set "ISO 8859/2" (Latin 2). OCR-A/OCR-B are included in the printer definitions, however, the printer requires additional firmware/font diskette. The "HP LASERJET BarCodes & MORE FONT CARTRIDGE" or a respective SIMM module is required. For the barcode print from R/3 with printer of the HP LaserJet 4 series the SIMM module "JetCAPS Intelligent Barcode SIMM" is required and supported.
I2SWIN
Device type for Eastern Europe for printing under Microsoft Windows via a 32 bit SAPlpd. I2SWIN uses the character set ISO 8859/2 (Latin 2). To use I2SWIN, the following preconditions are required:
SAPlpd 32 bit version, from 4.00
Microsoft Windows NT 4.0 or eastern European Win95 (Latin 2 version)
R/3 Release 3.0E or higher
Important note: Microsoft Windows 3.1 (SAPlpd 16 bit) is NOT supported!
I7SWIN
Device type for Greece for printing under Microsoft Windows via SAPlpd 32 bit. I7SWIN uses character set "ISO 8859/7" (Greek). Requirements for operation of I7SWIN are:
SAPlpd 32 bit as of Version 4.00
MS Windows NT 4.0 or Greek Windows 95
R/3 Release 3.0E or newer
Important note: MS Windows 3.1 (SAPlpd 16 bit) is not supported!
NEW DEVICE TYPES IN RELEASE 4.5A:
HPLJ4000
Device type for the Hewlett Packard LaserJet 4000 printer and
related models such as LaserJet 5000, 8000, 8100 and 8150.
HPLJ4000 uses character set "ISO 8859/1" (Latin 1). For the barcode print from R/3 with HP LaserJet 4000, the DIMM module "JetCAPS Intelligent Barcode DIMM" is required and supported. In addition to the barcodes this DIMM module contains the OCR-A and OCR-B fonts that are supported by HPLJ4000.
Device type HPLJ4000 offers improved output of ABAP print lists by using a special PCL-5-printer drivers and can therefore only be used in Releases as of 4.5A.
I9HP4
Device type for Turkey for all printers of the Hewlett-Packard LaserJet 4 printer series (among others LaserJet 4/4m, 4Plus/4mPlus, 4V/4mV, 4Si). I9HP4 uses character set "ISO 8859/9" (Latin 5). OCR-A/ OCR-B are contained in the device type, however, the printer needs extra firmware or an extra font cartridge. The "HP LASERJET BarCodes & MORE FONT CARTRIDGE" or a corresponding SIMM module is needed for this. The SIMM module "JetCAPS Intelligent Barcode SIMM" is a requirement for printing barcodes from R/3 with printers of the HP LaserJet 4 series and is supported.
KYOFS170
Device type for the Kyocera laser printer FS-1700. OCR fonts are not supported. Barcode printing is supported.
Device type KYOFS170 offers improved output of ABAP print lists by using a special PRESCRIBE-II-printer driver and can therefore only be used in Releases as of 4.5A.
POST2
New device type for PostScript-level-2-printer which can be used alternatively to POSTSCPT. Barcode printing and OCR printing from R/3 is not supported.
Device type POST2 offers an improved output of ABAP print lists by using a special PostScript-L2-printer driver and can therefore only be used in Releases as of 4.5A.
NEW DEVICE TYPES IN RELEASE 4.6A:
IXLINK
Device type for the external XLink/SAP translator of Xerox, which translates R/3 SAPGOF data to Xerox format and transfers data to the Xerox production printer. IXLINK can only be used if the XLink/SAP translator is being used. You cannot access printers, which are connected via R/3!
OCR-A and OCR-B fonts as well as bar codes are supported.
NEW DEVICE TYPES IN RELEASE 4.6C:
HPLJ8000
Device type for Hewlett Packard LaserJet 8000, 8000N, 8000DN printers. HPLJ8000 uses character set "ISO 8859/1" (Latin 1). For the barcode print from R/3 with HP LaserJet 4000, the DIMM module "JetCAPS Intelligent Barcode DIMM" is required and supported. In addition to the barcodes this DIMM module contains the OCR-A and OCR-B fonts that are supported by HPLJ4000.
Device type HPLJ8000 offers improved output of ABAP print lists by using a special PCL-5-printer driver and can therefore only be used in Releases as of 4.5A.
HPLJ1100
Device type for Hewlett Packard LaserJet 1100 printer. HPLJ1100 uses character set "ISO 8859/1" (Latin 1). OCR-A/B as well as barcode print from R/3 are not supported.
Device type HPLJ1100 can only be used in Releases as of 4.6C.
I9SWIN
Device type for Turkey und printing with MS Windows via SAPlpd 32 bit. I9SWIN uses character set "ISO 8859/9" (Latin 5). Preconditions for using I9SWIN:
SAPlpd 32 bit as of version 4.00
MS Windows NT 4.0 or Turkish Windows 95 (Latin 5 Version)
R/3 Release 3.0E or newer
Important note: MS Windows 3.1 (SAPlpd 16 bit) is not supported!
IBMNP
Device type for laser printer IBM InfoPrint 20 as well as the IBM Network Printer 12, 17, 24, IBM InfoPrint 32, InfoPrint 40. OCR- and MICR fonts are supported by the device type. The printer needs an additional module for these fonts. "Barcode-, MICR and OCR A+B SIMM for IBM Network Printers" is required. Read Note 133660 also. Bar code printing from R/3 is not supported.
Important note: IBMNP uses new 4.0A features (scaleable font under PCL-5) and can only be used in maintenance level 4.0A and higher.
NEW DEVICE TYPES IN RELEASE 6.10:
IBMIP12
Device type for laser printer IBM InfoPrint 12. IBMIP12 uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBMIP21
Device type for laser printer IBM InfoPrint 21. IBMIP21 uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBMIP32
Device type for laser printers IBM InfoPrint 32 and InfoPrint 40. IBMIP32 uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBMIP2K
Device type for production laser printer IBM InfoPrint 2000 with PCL-5 emulation. IBMIP2K uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBMIP60
Device type for laser printer IBM InfoPrint 60. IBMIP60 uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBMIP70
Device type for laser printer IBM InfoPrint 70. IBMIP70 uses character set ISO 8859-1 (Latin 1). Bar code and OCR-font printing from SAP is not supported. This device type is compatible with all SAP releases from 4.0A.
IBM4247
Device type for line printer IBM 4247. The printer's 4247 emulation and character set IBM2 is used. OCR-fonts are supported. Bar code printing from SAP is not supported.
Attention: Please follow note 396462 when installing the printer.
NEW DEVICE TYPES IN RELEASE 6.20:
IBM6400
Device type for line printer IBM 6400. The printer's "P-Series" emulation and character set PC850 is used. OCR-fonts are supported. Bar code printing from SAP is not supported.
Attention: Please follow note 396462 when installing the printer.
HP1200
Device type for HP LaserJet 1200/1220. HP1200 uses character set "ISO 8859/1" (Latin 1).
HP1200 is compatible with all releases from 4.0A.
HP2200
Device type for HP LaserJet 2200. HP2200 uses character set "ISO 8859/1" (Latin 1).
HP2200 is compatible with all releases from 4.0A.
HP2250
Device type for HP Business Inkjet 2250. HP2250 uses character set "ISO 8859/1" (Latin 1).
HP2250 is compatible with all releases from 4.5B.
Attention: Business Inkjet 2200 is not compatible with HP2250.
HP2500
Device type for HP DeskJet 2500C with PCL-5 option. HP2500 uses character set "ISO 8859/1" (Latin 1).
HP2500 is compatible with all releases from 4.0A.
HP3200
Device type for HP LaserJet 3200m. HP3200 uses character set "ISO 8859/1" (Latin 1).
HP3200 is compatible with all releases from 4.0A.
HP4100
Device type for HP LaserJet 4100. HP4100 uses character set "ISO 8859/1" (Latin 1).
HP4100 is compatible with all releases from 4.0A.
HP4550
Device type for HP LaserJet 4550 (color laser). HP4550 uses character set "ISO 8859/1" (Latin 1).
HP4550 is compatible with all releases from 4.5A.
HP8150
Device type for HP LaserJet 8150. HP8150 uses character set "ISO 8859/1" (Latin 1).
HP8150 is compatible with all releases from 4.0A.
HP8550
Device type for HP LaserJet 8550 (color laser). HP8550 uses character set "ISO 8859/1" (Latin 1).
HP4550 is compatible with all releases from 4.5A.
HP9000
Device type for HP LaserJet 9000. HP9000 uses character set "ISO 8859/1" (Latin 1).
HP9000 is compatible with all releases from 4.0A.
NEW DEVICE TYPES IN RELEASE NW04:
BRHL
Device type for Brother laser printer HL-2460. This device type is compatible to other Brother laser printers, see below.
OCR-A and OCR-B fonts as well as bar codes are supported.
BRHL is compatible with all releases from 4.5A.
IP2085
Device type for the IBM Infoprint 2085 Laser printer with printer language PCL-5. OCR font and bar code printing from SAP are not supported.
IP2085 is compatible with all releases 4.5A and higher.
IP2085P
Device type for the IBM Infoprint 2085 Laser printer with printer language PostScript. OCR font and bar code printing from SAP are not supported.
IP2085P is compatible with all releases 4.5A and higher.
IP2105
Device type for the IBM Infoprint 2105 Laser printer with printer language PCL-5. OCR font and bar code printing from SAP are not supported.
IP2105 is compatible with all releases 4.5A and higher.
IP2105P
Device type for the IBM Infoprint 2105 Laser printer with printer language PostScript. OCR font and bar code printing from SAP are not supported.
IP2105P is compatible with all releases 4.5A and higher.
LEXT622
Device type for the Lexmark T622 laser printer. OCR-fonts and bar code printing from SAP are supported if the printer is equipped with a corresponding option (note 119471).
LEXT622 is compatible with all releases 4.5A and higher.
LEXW820
Device type for the Lexmark W820 laser printer. OCR-fonts and bar code printing from SAP are supported if the printer is equipped with a corresponding option (note 119471).
LEXW820 is compatible with all releases 4.5A and higher.
LEX4227P
Device type for the Lexmark 4227plus line printer. The device type supports the Latin-1 character set. For using the device type, the IBM emulation must be set in the printer.
OCR fonts and barcode printing from SAP are not supported.
LEX4227P is compatible with all releases.
I5LEX
Device type for Cyrillic printing (e.g. Russian) with Lexmark T522 laser printer. Lexmark T522 natively supports Cyrillic fonts and character set ISO 8859-5.
OCR-fonts are not supported. Bar code printing is supported (with a bar code DIMM, see note 119471).
I5LEX is compatible with all releases 4.0A and higher.
CNLX522
Device type for Lexmark T522 laser printer with add-on "Simplified Chinese DBCS font DIMM kit" (Lexmark product number 09H0690). The device type supports Simplified Chinese. OCR-fonts and bar code printing from SAP are not supported.
CNLX522 is compatible with all releases 4.0A and higher.
JPLX522
Device type for Lexmark T522 laser printer with add-on "Japanese DBCS font DIMM kit" (Lexmark product number 13K0227). The device type supports Japanese character set. OCR-fonts and bar code printing from SAP are not supported.
JPLX522 is compatible with all releases 4.0A and higher.
KPLX522
Device type for Lexmark T522 laser printer with add-on "Korean DBCS font DIMM kit" (Lexmark product number 10G1705). The device type supports Korean character set. OCR-fonts and printing of bar codes from SAP are not supported.
KPLX522 is compatible with all releases 4.0A and higher.
TWLX522
Device type for Lexmark T522 laser printer with add-on "Traditional Chinese DBCS font DIMM kit" (Lexmark product number 09H0691). The device type supports traditional Chinese character set. OCR-fonts and bar code printing from SAP are not supported.
TWLX522 is compatible with all releases 4.0A and higher.
HP5000
Device type for HP LaserJet 5000. HP5000 uses character set "ISO 8859/1" (Latin 1).
HP5000 is compatible with all releases from 4.0A.
HP23
Device type for HP LaserJet 2300. HP23 uses character set "ISO 8859/1" (Latin 1).
HP23 is compatible with all releases from 4.5A.
HP3000
Device type for HP business inkjet 3000. HP3000 uses character set "ISO 8859/1" (Latin 1).
HP3000 is compatible with all releases from 4.5A.
HP4300
Device type for HP LaserJet 4200 and HP LaserJet 4300. HP4300 uses character set "ISO 8859/1" (Latin 1).
HP4300 is compatible with all releases from 4.5A.
HP4600
Device type for HP color LaserJet 4600. HP4600 uses character set "ISO 8859/1" (Latin 1).
HP4600 is compatible with all releases from 4.5A.
HP5100
Device type for HP LaserJet 5100. HP5100 uses character set "ISO 8859/1" (Latin 1).
HP5100 is compatible with all releases from 4.5A.
HP5500
Device type for HP color LaserJet 5500. HP5500 uses character set "ISO 8859/1" (Latin 1).
HP5500 is compatible with all releases from 4.5A.
HP9500
Device type for HP color LaserJet 9500. HP9500 uses character set "ISO 8859/1" (Latin 1).
HP9500 is compatible with all releases from 4.5A.
I2HPPS
Device type for certain HP LaserJet models with PostScript emulation (see Note 575916). I2HPPS supports character set "ISO 8859/2" (Latin 2).
I2HPPS is compatible with all releases as of 4.0A.
Barcode printing and OCR fonts are not supported.
CAN105
Device type for Canon laser printer imageRUNNER 105. CAN105 supports character set ISO 8859-1 (Latin 1).
CAN105 is compatible with all releases as of 4.5A.
OCR-fonts are supported, barcode printing is not supported.
CAN22
Device type for Canon laser printers imageRUNNER 2200/2800/3300/3300i. CAN22 supports character set ISO 8859-1 (Latin 1).
CAN22 is compatible with all releases as of 4.5A.
OCR-fonts are supported, barcode printing is not supported.
CAN5
Device type for Canon laser printers imageRUNNER 5000/5000i/6000. CAN5 supports character set ISO 8859-1 (Latin 1).
CAN5 is compatible with all releases as of 4.5A.
OCR-fonts are supported, barcode printing is not supported.
CAN85
Device type for Canon laser printers imageRUNNER 8500/7200/85. CAN85 supports character set ISO 8859-1 (Latin 1).
CAN85 is compatible with all releases as of 4.5A.
OCR-fonts are supported, barcode printing is not supported.
CN105PS
PostScript device type for Canon laser printer imageRUNNER 105. CN105PS supports character set ISO 8859-1 (Latin 1).
CN105PS is compatible with all releases as of 4.5A.
OCR-fonts and barcode printing is not supported.
CN22PS
PostScript device type for Canon laser printers imageRUNNER 2200/2800/3300/3300i. CN22PS supports character set ISO 8859-1 (Latin 1).
CN22PS is compatible with all releases as of 4.5A.
OCR-fonts and barcode printing is not supported.
CN5PS
PostScript device type for Canon laser printer imageRUNNER 5000/5000i/6000. CN5PS supports character set ISO 8859-1 (Latin 1).
CN5PS is compatible with all releases as of 4.5A.
OCR-fonts and barcode printing is not supported.
CN85PS
PostScript device type for Canon laser printer imageRUNNER 8500/7200/85. CN85PS supports character set ISO 8859-1 (Latin 1).
CN85PS is compatible with all releases as of 4.5A.
OCR-fonts and barcode printing is not supported.
CAN400
PCL5 device type for Canon laser printer imageRUNNER 330/400. CAN400 supports character set ISO 8859-1 (Latin 1).
CAN400 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CN400PS
PostScript device type for Canon laser printer imageRUNNER 330/400. CN400PS supports character set ISO 8859-1 (Latin 1).
CN400PS is compatible with all releases as of 4.5A.
OCR-fonts and barcode printing is not supported.
CANC32
PCL5 device type for Canon color laser printer Color imageRUNNER C3200. CANC32 supports character set ISO 8859-1 (Latin 1).
CANC32 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
NEW DEVICE TYPES IN RELEASE SAP NetWeaver 04s:
ARM205
PCL-5 device type for Sharp laser printer AR-M205. ARM205 uses character set ISO 8859-1 (Latin-1).
ARM205 is compatible with all releases as of 4.5A.
OCR fonts are not supported. Barcode printing and OCR fonts are supported with an add-on product (note 733347).
ARM276
PCL-5 device type for Sharp laser printer AR-M276. ARM276 uses character set ISO 8859-1 (Latin-1).
ARM276 is compatible with all releases as of 4.5A.
OCR fonts are not supported. Barcode printing and OCR fonts are supported with an add-on product (note 733347).
ARM450
PCL-5 device type for Sharp laser printer AR-M450. ARM450 uses character set ISO 8859-1 (Latin-1).
ARM450 is compatible with all releases as of 4.5A.
OCR fonts are not supported. Barcode printing and OCR fonts are supported with an add-on product (note 733347).
ARM550
PCL-5 device type for Sharp laser printer AR-M550U. ARM550 uses character set ISO 8859-1 (Latin-1).
ARM550 is compatible with all releases as of 4.5A.
OCR fonts are not supported. Barcode printing and OCR fonts are supported with an add-on product (note 733347).
ARC262P
PostScript device type for Sharp color laser printer ARC-262M. ARC262P is compatible with all releases as of 4.5A.
OCR fonts are not supported.
CAN2220
PCL5 device type for Canon laser printer imageRUNNER 2220n/2220i/3320n/3320i. CAN2220 supports character set ISO 8859-1 (Latin 1).
CAN2220 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CN2220P
PostScript device type for Canon laser printer imageRUNNER 2220n/2220i/3320n/3320i. CN2220P supports character set ISO 8859-1 (Latin 1).
CN2220P is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CAN5020
PCL5 device type for Canon laser printer imageRUNNER 5020n/5020i/6020n/6020i. CAN5020 supports character set ISO 8859-1 (Latin 1).
CAN5020 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CN5020P
PostScript device type for Canon laser printer imageRUNNER 5020n/5020i/6020n/6020i. CN5020P supports character set ISO 8859-1 (Latin 1).
CN5020P is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC3100
PCL5 device type for Canon color laser printer imageRUNNER C3100. CNC3100 supports character set ISO 8859-1 (Latin 1).
CNC3100 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CNC31PS
PostScript device type for Canon color laser printer imageRUNNER C3100. CNC31PS supports character set ISO 8859-1 (Latin 1).
CNC31PS is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC3220
PCL5 device type for Canon color laser printers imageRUNNER C3220/C2620. CNC3220 supports character set ISO 8859-1 (Latin 1).
CNC3220 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CNC322P
PostScript device type for Canon color laser printers imageRUNNER C3220/C2620. CNC322P supports character set ISO 8859-1 (Latin 1).
CNC322P is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC6800
PCL5 device type for Canon color laser printers imageRUNNER C5800/C6800. CNC6800 supports character set ISO 8859-1 (Latin 1).
CNC6800 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is not supported.
CNC68PS
PostScript device type for Canon color laser printers imageRUNNER C5800/C6800. CNC68PS supports character set ISO 8859-1 (Latin 1).
CNC68PS is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC31E
PCL5 device type for Canon color laser printer imageRUNNER C3100 with imagePASS-E1 controller. CNC31E supports character set ISO 8859-1 (Latin 1).
CNC31E is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC31EP
PostScript device type for Canon color laser printer imageRUNNER C3100 with imagePASS-E1 controller. CNC31EP supports character set ISO 8859-1 (Latin 1).
CNC31EP is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC322E
PCL5 device type for Canon color laser printer imageRUNNER C3220/C2620 with imagePASS-C1 V.2 controller. CNC322E supports character set ISO 8859-1 (Latin 1).
CNC322E is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC322EP
PostScript device type for Canon color laser printer imageRUNNER C3220/C2620 with imagePASS-C1 V.2 controller. CNC322EP supports character set ISO 8859-1 (Latin 1).
CNC322EP is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC68E
PCL5 device type for Canon color laser printers imageRUNNER C5800/C6800 with imagePASS-D1 controller. CNC68E supports character set ISO 8859-1 (Latin 1).
CNC68E is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CNC68EP
PostScript device type for Canon color laser printers imageRUNNER C5800/C6800 with imagePASS-D1 controller. CNC68EP supports character set ISO 8859-1 (Latin 1).
CNC68EP is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
CN2270
PCL5 device type for Canon laser printers imageRUNNER 2270/2870/3570/4570. CN2270 supports character set ISO 8859-1 (Latin 1).
CN2270 is compatible with all releases as of 4.5A.
OCR-fonts are supported. Barcode printing is supported with usage of the optional barcode printing kit.
CN2270P
PostScript device type for Canon laser printer imageRUNNER 2270/2870/3570/4570. CN2270P supports character set ISO 8859-1 (Latin 1).
CN2270P is compatible with all releases as of 4.5A.
OCR-fonts and Barcode printing are not supported.
DL3100
PCL5 device type for DELL color laser printer 3100cn. DL3100 supports character set ISO 8859-1 (Latin 1).
DL3100 is compatible with all releases as of 4.5A.
OCR-fonts and Barcodes are not supported.
DL3100P
PostScript device type for DELL color laser printer 3100cn. DL3100P supports character set ISO 8859-1 (Latin 1).
DL3100P is compatible with all releases as of 4.5A.
OCR-fonts and Barcodes are not supported.
DL5100
PCL5 device type for DELL color laser printer 5100cn. DL5100 supports character set ISO 8859-1 (Latin 1).
DL5100 is compatible with all releases as of 4.5A.
OCR-fonts and Barcodes are not supported.
DL5100P
PostScript device type for DELL color laser printer 5100cn. DL5100P supports character set ISO 8859-1 (Latin 1).
DL5100P is compatible with all releases as of 4.5A.
OCR-fonts and Barcodes are not supported.
HP3700
Device type for HP color LaserJet 3700. HP3700 supports character set ISO 8859-1 (Latin 1).
HP3700 is compatible with all releases as of 4.5A.
HPBI23
Device type for HP business inkjet 2300. HPBI23 supports character set ISO 8859-1 (Latin 1).
HPBI23 is compatible with all releases as of 4.0A.
HP9055
Device type for HP LaserJet 9055mfp. HP9055 supports character set ISO 8859-1 (Latin 1).
HP9055 is compatible with all releases as of 4.5A.
HP9065
Device type for HP LaserJet 9065mfp. HP9065 supports character set ISO 8859-1 (Latin 1).
HP9065 is compatible with all releases as of 4.5A.
I7HP4
Device type for HP LaserJet printers with "Greek Font DIMM" (add-on module with Greek fonts). Information can be found under www.hp.com/go/sap/drivers. I7HP4 supports character setISO 8859/7 (Greek).
I7HP4 is compatible with all releases as of 4.6B.
HP4250
Device type for HP LaserJet 4250 printer. HP4250 supports character set ISO 8859-1 (Latin 1).
HP4250 is compatible with all releases as of 4.5A.
HP1160
Device type for HP LaserJet 1160 printer. HP1160 supports character set ISO 8859-1 (Latin 1).
HP1160 is compatible with all releases as of 4.5A.
HP1320
Device type for HP LaserJet 1320 printer. HP1320 supports character set ISO 8859-1 (Latin 1).
HP1320 is compatible with all releases as of 4.5A.
HP2430
Device type for HP LaserJet 2430 printer. HP2430 supports character set ISO 8859-1 (Latin 1).
HP2430 is compatible with all releases as of 4.5A.
HP3030
Device type for HP LaserJet 3030 printer. HP3030 supports character set ISO 8859-1 (Latin 1).
HP3030 is compatible with all releases as of 4.5A.
HP4650
Device type for HP Color LaserJet 4650 printer. HP4650 supports character set ISO 8859-1 (Latin 1).
HP4650 is compatible with all releases as of 4.5A.
HP5550
Device type for HP Color LaserJet 5550 printer. HP5550 supports character set ISO 8859-1 (Latin 1).
HP5550 is compatible with all releases as of 4.5A.
HP9850
Device type for HP 9850mfp. HP9850 supports character set ISO 8859-1 (Latin 1).
HP9850 is compatible with all releases as of 4.5A.
HPLJ9050
Device type for HP LaserJet 9050 printer. HP9050 supports character set ISO 8859-1 (Latin 1).
HP9050 is compatible with all releases as of 4.5A.
HPOJ9130
Device type for HP officejet 9130. HPOJ9130 supports character set ISO 8859-1 (Latin 1).
HPOJ9130 is compatible with all releases as of 4.0B.
HP4345
Device type for HP LaserJet 4345mfp. HP4345 supports character set ISO 8859-1 (Latin 1).
HP4345 is compatible with all releases as of 4.5B.
HP9040
Device type for HP LaserJet 9040mfp. HP9040 supports character set ISO 8859-1 (Latin 1).
HP9040 is compatible with all releases as of 4.5B.
HP9050
Device type for HP LaserJet 9050mfp. HP9050 supports character set ISO 8859-1 (Latin 1).
HP9050 is compatible with all releases as of 4.5B.
HP9500M
Device type for HP LaserJet 9500mfp. HP9500M supports character set ISO 8859-1 (Latin 1).
HP9500M is compatible with all releases as of 4.5B.
IP2060
Device type for the IBM Infoprint 2060ES Laser printer with printer language PCL-5. IP2060 supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2060 is compatible with all releases 4.5A and higher.
IP2060P
Device type for the IBM Infoprint 2060ES Laser printer with printer language PostScript. IP2060P supports character set ISO 8859-1 (Latin 1).OCR font and bar code printing from SAP are not supported.
IP2060P is compatible with all releases 4.5A and higher.
IP2075
Device type for the IBM Infoprint 2075ES Laser printer with printer language PCL-5. IP2075 supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2075 is compatible with all releases 4.5A and higher.
IP2075P
Device type for the IBM Infoprint 2075ES Laser printer with printer language PostScript. IP2075P supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2075P is compatible with all releases 4.5A and higher.
IP2090
Device type for the IBM Infoprint 2090ES Laser printer with printer language PCL-5. IP2090 supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2090 is compatible with all releases 4.5A and higher.
IP2090P
Device type for the IBM Infoprint 2090ES Laser printer with printer language PostScript. IP2090P supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2090P is compatible with all releases 4.5A and higher.
IP2105E
Device type for the IBM Infoprint 2105ES Laser printer with printer language PCL-5. IP2105E supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2105E is compatible with all releases 4.5A and higher.
IP2105EP
Device type for the IBM Infoprint 2105ES Laser printer with printer language PostScript. IP2105EP supports character set ISO 8859-1 (Latin 1). OCR font and bar code printing from SAP are not supported.
IP2105EP is compatible with all releases 4.5A and higher.
OKI6100
Device type for OKI laser printer B6100. OKI6100 supports character set ISO 8859-1 (Latin 1). OCR-fonts are supported. Barcode printing is supported with an OKI add-on product.
OKI6100 is compatible with all releases as of 4.5A.
OKI8300
Device type for OKI laser printer B8300. OKI8300 supports character set ISO 8859-1 (Latin 1). OCR-fonts are not supported. Barcode printing is supported with an OKI add-on product.
OKI8300 is compatible with all releases as of 4.5A.
OKI9500
Device type for OKI color laser printer C9500. OKI9500 supports character set ISO 8859-1 (Latin 1). OCR-fonts are supported. Barcode printing is supported with an OKI add-on product.
OKI9500 is compatible with all releases as of 4.5A.
OKI4350
Device type for OKI laser printer B4350. OKI4350 supports character set ISO 8859-1 (Latin 1). OCR-fonts are supported. Barcode printing is supported with an OKI add-on product.
OKI4350 is compatible with all releases as of 4.5A.
OKI5400
Device type for OKI color laser printer C5400. OKI5400 supports character set ISO 8859-1 (Latin 1). OCR-fonts are supported. Barcode printing is supported with an OKI add-on product.
OKI5400 is compatible with all releases as of 4.5A.
OKI6300
Device type for OKI laser printer B6300. OKI6300 supports character set ISO 8859-1 (Latin 1). OCR-fonts are supported. Barcode printing is supported with an OKI add-on product.
OKI6300 is compatible with all releases as of 4.5A.
SML1451, SML1451 -
Chinese Character Printing in Smartform (Different Question)
Hi all,
Can anyone explain to me further the OSS Note 776507 that Anji Reddy Vangala recently posted? It involves the preview and printing of different character sets. Currently I've managed to preview my form correctly, but it still prints out #'s. Do I need to re-assign the fonts to the printer device or something, or do I need to use a different printer? The printer I am currently using is an HP 2100. Please please help, anyone?
<b>EDIT:</b> Probably a better question would be how to map the conversion font of CNSONG to something that can be read by the printer?
A copy of the note for everyone's reference:
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s): Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV COURIER, HELVE, TIMES
(LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH CNHEI, CNKAI, CNSONG
Japanese ********************************
JA JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP KPBATANG, KPDODUM, KPGULIM
KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF TWDPHEI, TWMING, TWSONG
Thai ************************************
TH THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000 0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000 0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE 120 00109XSF100SF101110000067E X<b></b><b></b><b></b>Hi,
there a different things to know.
I produce sapscript forms with cinese and english characters for frontend / backend and archiv printing.
Please check:
Editor displays ###: You have to install the chinese language in your e.g. windows-system to display them.
Script: You have to chose the the font family "CNSONG" (customized for chinese simplified and LATIN).
Transaction I18N: May you have to set correct subfonts for the unicode areas (Cascading fonts, Standard is Courier).
You can print in different ways:
For archiv/PDF: Install the unicode truetype font with chinese characters for the pdf-converter.
For Frontend: Use the Frontendprinter SAPWIN or SAPWIN*CF (Cascading Font) to send it to the gui (note: SAPLPD does not support it, use the newer technology.....)
Backend printing: POSTSCRIPT is not yet implemented :-((
PLease note: What you see in spool / print preview is a simulation of the possible print, but backend print is not frontend preview!!!!
Regards,
Christian -
Sapscript: Print different languages
Dear all,
We have the following issue I need your help on:
We have an offer, which has to be printed in Chinese and English. For printing we use the Sapscript forms ...
Here is the current coding for printing (SE71):
- Chinese: Printout is in Chinese and correct
/: ADDRESS PARAGRAPH T2 LINES 8
/: ADDRESSNUMBER &VBDKA-ADRNR(K)&
/: COUNTRY 'CN' LANGUAGE 'C'
/: LANG_FOR_COUNTRY 'X'
/: FROMCOUNTRY &VBDKA-SLAND&
/: ENDADDRESS
- Englisch: Printout of customer address is shown as ##### even we print the output type in English and there is an English language maintained in SD and customer master data
/: ADDRESS PARAGRAPH T2 LINES 8
/: ADDRESSNUMBER &VBDKA-ADRNR(K)&
/: FROMCOUNTRY &VBDKA-SLAND&
/: ENDADDRESS
The customer master data in VD03 is in English and Chinese as "Internat. Version".
Please can you help us how the coding should look like, so the same output type can be printed in Chinese with Chinese letters and English with Latin letters.
I've read through some other related topics and it seems like the device type is also relevant if the printing of different languages is supported or not!?
Does someone know the correct device type? We currently use the following: PDFUC.
By the way: In our user exit we also have implemented an user exit with the following function ....
* China:
ELSEIF destination_country_fields-intca = 'CN'.
IF sender_country_fields-intca = 'CN'.
* China -> China: Version C (if maintained, otherwise version SPACE)
version_key = 'C'.
ELSE.
* from elsewhere -> China: International (if maintained)
version_key = 'I'.
ENDIF.
--> This user exit shows, that we can't print the English characters since it's always pulls the Chinese ADRNR.
Do you have an idea how we can adapt the program or user exit so we also can print the form in English, even parts goes CN to CN.
Thanks in advance.Hi Andreas,
you just have to make sure, that the device-type support the character-set. This is located in TA SPAD and there you go to the device-type.
but that is a basis-thing.
Additional to that it necessary to call the form in the correct language in such specific cases.
To solve this issue go to SE63 and translate it to chinese.
Now, if you got a chinese customer, call the form for the chinese output and if you got the english call the EN-Output.
To connect both forms together you can use the START_FORM/ END_FORM functionstones. It is located in the same functiongroup.
OR
An easy try and error thing would be to set the country before printing the address.
/: SET COUNTRY CN
/: ADDRESS PARAGRAPH T2 LINES 8
/: ADDRESSNUMBER &VBDKA-ADRNR(K)&
/: FROMCOUNTRY &VBDKA-SLAND&
/: ENDADDRESS
SET COUNTRY <Yourpreferredcountry>
This takes affect also at the outputdevice-type to refer to the correct language-settings.
It is just an idea which come during writing my answer. I never faced something like that, but I can imagine, that this could be a also an easy to go solution.
Hope that gives you a solution for your problem.
~Florian -
ABAP list printing on device I2SWIN
Hello,
we have defined output device (printer) with device type I2SWIN for printing on users frontend computers via SAPlpd. Settings of I2SWIN device type is default:
SAPlpd/SAPWIN driver 3.0
Do not use printer driver for ABAP list print
Character set 1406 Printer I2SWIN ISO 8859-2 (MS Windows Latin-2)
We can print ABAP lists on this device. We define formats and set margins and orientation in this formats. But these settings are ignored during printing. If we change in I2SWIN setting Printer driver to "Printer driver for SWIN printing using SAPLP/Windows", then margins are accepted and printed, but there are wrong characters in print output (not in requested code page).
Could anybody help us how to set print to accept margins in ABAP lists and also have print output with good code page.
Thank you
Vaclav Jonas
Edited by: Vaclav Jonas on Apr 24, 2008 3:02 PMO.K., we use margin settings according SAP Note 21738 and all works fine.
-
Why are HP printer cartridges country specific? Is there any way around this?
I have just moved from the UK to Newfoundland, Canada and I have brought my HP PSC 1610 printer with me. I was advised not to bring any cartridges with me because they would explode during the flight so I had to buy new cartridges upon arrival.
I noticed that the cartridge numbers recommended for my printer were similar but not exactly the same but the (HP, etc.) websites I looked at did not mention that HP printer cartridges country specific.
In the UK black cartridge is an HP338 (C8765EE).
In Canada the websites told me that the black cartridge is a 94 (C8765WC).
I ordered a 94 cartridge (which took an indordinate amount of time to be delivered) and when I installed it my printer would not accept it ("not intended for use in this printer" error message) even though it fit perfectly. I looked at the packaging in greater detail and noticed that I had been sent a 94 (C8765WL) and I also noticed (in a very small font size) "for sale only in Latin America".
My questions are therefore:
1) Why are HP printer cartridges country specific?
2) Is there any way around this? Eg is there anything I can do to my printer/ laptop to tell it to accept this cartridge?
3) Are 94/ C8765WL cartidges compatible with 94/ C8765WC cartirdges? Ie did the supplier sell me something that couldn't be used even if I had a Canadian HP PSC 1610 printer?
4) Can I return the cartridges to the supplier given that it is based in Canada, they delivered it to me in Canada and yet they sold me a product that says "for sale only in Latin America"?
Thanks
anenglishmaninsaintjohnsYou will need to Contact HP to request a "Regionalization Reset". There should not be any charge for this, it is covered as part of the cartridge warranty. You will need to have access to your computer and printer while on the line with HP. You will also need to have a set of cartridges for the new region, once the reset is complete cartridges from the original region will no longer work. HP's web page on the subject is here.
Bob Headrick, HP Expert
I am not an employee of HP, I am a volunteer posting here on my own time.
If your problem is solved please click the "Accept as Solution" button ------------V
If my answer was helpful please click the "Thumbs Up" to say "Thank You"--V -
Printing Turkish Characters in SAP Script Form
Hi I want to print a Form where I need to Print Turkish characters from Database. Its Print Preview is coming absolutely right but there is some problem while printing. I shows # symbol in places of Turkish Characters. I have checked the printer and drivers and they are absolutely fine. Printer is printing other documents in Turkish Language but not the form. System has Turkish fonts installed. Kindly help. Thanks in advance.
Hi
See this OSS note for your problem
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s): Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV COURIER, HELVE, TIMES
(LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH CNHEI, CNKAI, CNSONG
Japanese ********************************
JA JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP KPBATANG, KPDODUM, KPGULIM
KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF TWDPHEI, TWMING, TWSONG
Thai ************************************
TH THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000 0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000 0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE 120 00109XSF100SF101110000067E X
Header Data
Release Status: Released for Customer
Released on: 22.08.2005 09:57:20
Priority: Recommendations/additional info
Category: Customizing
Primary Component: BC-CCM-PRN Print and Output Management
Secondary Components: BC-SRV-SCR SAPscript
BC-SRV-SSF Smart Forms
<b>
Reward points for useful Answers</b>
Regards
Anji -
Adobe Label Zebra Printer SSCC Barcode
Urgently require help.
We have developed a SSCC EAN-128 barcode label using the Adobe Form Designer, and are having difficulties getting the barcode to look right on the printed label.
The barcode needs to be 78mm width by 38mm high as a minimum. It is printing out as 40mm width by 36 high.
Also the barcode number needs to be imbedded at the bottom of the label, and it is appearing above the barcode when printed.
A print preview of the label is perfect, exactly how we require the label.
The printer is defined as follows:
Device Type: PDF1: PDF ISO Latin-1
Device Class: Standard printer
Host Spool Access Method: C Direct Operating System Call
Host Printer:
xxxx\warehouse
Host Name: ????
Query status through polling: disabled
Printer is a Zebra Label Printer
As far as we can tell the xdc file created by sap to send the output to the printer needs to be modified.
Guidenance/Advice welcome.Hi David,
I feel that your query sounds very much like a good case for a customer message rather than a forum post in SDN.
Firstly, I think you need to change the device type to either AZPL203 or AZPL300. For more information, see the SAP Help Portal at http://help.sap.com/saphelp_nw04s/helpdata/en/08/2259400d9d1059e10000000a155106/frameset.htm
If you also think that the XDC file needs to be adapted, please have a look at SAP Note 766410 (and the document mentioned therein) to see what kind of changes to these files are possible and supported.
Best regards,
Markus Meisl
SAP NetWeaver Product Management -
PDF printing with UTF8 characterset
Hi,
Stats:
E-BIZ version :- 11.5.10.2
DB:- 10.2.0.3
Report BUilder :- 6i
Character Set :- UTF8.
I have some doubt while viewing/printing pdf reports from Oralce Application. Can you please suggest if it is possible to print pdf's from oracle apps with UTF8 characterset and without having 3rd party software to convert pdf report to postscript and a printer that can understand postscript. We do have PASTA and IX configured in our enviornment.Reports created are in BI/XML publisher.
Actually we have one 3rd party tool for printing and wanted to get rid of it due to financial constraints. Can you please suggest if it is possible to print pdf's from oracle apps without having 3rd party tool. I have read lot of document and completely lost. Oracle some where says it is possible and at other place says 'If you are on UTF8 chacterset then you need to have XML/BI publisher with PASTA and 3rd party software' but in my enviornment we have some pdf reports that are bypassing 3rd party software for printing. I am just lost.
Any help would be appreciated
Thanks,
JDHi,
This line confuses me, do i require 3rd party software to print from oracle apps if my characterset is UTF8(althoug i am using XML publisher), I believe yes -- See (Note: 422508.1 - About Oracle XML Publisher Release 5.6.3), Step 8 Enable PDF Printing in Oracle Applications. (System Administrator)
Workaround section says
6. From Oracle Applications via the Adobe Acrobat Reader, a PDF output file can be viewed and
printed.>>>> NO i not want to use it.This is a workaround to print PDF directly from the application. If you do not want to use this approach, use the other one mentioned above.
7.Although, it may be possible to create a custom print driver or print program using the Adobe
Acrobat Distiller, viable instructions on how to perform such a custom setup is very scarce, see
Note 262657.1--intended for Latin 1 character set environments.>>>> I am on UTF8
I would not recommend this approach as this may (or may not) work.
8. Use Pasta, an Oracle post printing program, to change a copy of the report output file to the
desired or printable output format.>>>>>> I have PASTA but does that mean i can print all my pdf reports using it. Don't i need 3rd party tool now.See (Note: 239196.1 - PASTA 3.0 Release Information).
9. Lastly, use another format like Postscript, that is fully supported for viewing and printing>>>>> How to use it? Can anyone please explain.Change the output of the concurrent program to Postscript (Concurrent > Program > Define), and you can view the output using Ghost Viewer.
Note: 117112.1 - How to read Postscript File Formats on a MS Windows Operating System and Convert To Another File Format
Thanks,
Hussein -
Preview and Printing of Chinese Characters in Smartform
Hi everyone!
I have a development that needs to output in Smartform a combination of Chinese and English characters, on an English Logon,
When I debug the form, the Chinese characters are shown in the debug screen, but when it is previewed or printed, it shows garbage. Can anyone help me with this?
Thanks a lot! Points for any helpful answer!Hi
check this OSS Note
OSS Note: 776507
Symptom
Documents printed via SAPscript or SmartForms do not print with correct special characters, e.g. ### prints instead of Japanese or Russian characters. What to do?
Other terms
SAPscript, SmartForms, printing, device types, OTF
Reason and Prerequisites
Help required to choose proper fonts in a SAPscript or SmartForm
Solution
When using SAPscript or SmartForms to print (or email or fax) a form from a business application, many factors influence the outcome of the actual text within the form. All these factors must be checked in order to ensure a correct printout:
1) The language version of the form used to produce the printout.
Example: If you want to print a French invoice, you need to have a FR version of your SAPscript or SmartForms invoice form RVINVOICE01. And the application program must specify the corresponding language key (FR) when calling the SAPscript or SmartForms API.
2) The font selections specified in the form (possibly also in a SAPscript style or SmartStyle used in a form).
Example: In a SAPscript form or a SmartStyle you need to specify HELVE if you want to print German text in Helvetica (or similar) font. If you want to print Japanese text, HELVE is not a valid choice but you need to specify a Japanese font like JPMINCHO in your Japanese form.
3) The output character set of the device type
Every printer in transaction SPAD has a "device type" assigned. Device types used by the spooler for printing support only one single specific output character set. All text from the form has to be converted (using SAP's built-in character conversion mechanism) to this output character set.
A character set can typically support either a single language (e.g. Shift-JIS which supports only Japanese) or a set of languages (e.g. ISO 8859-1, which supports Western-European languages). It is possible that a given language (such as German) can be supported by several output character sets, e.g. you may use either ISO 8895-1 (Latin-1) or ISO 8859-2 (Latin-2) to represent German text. This is so because both character sets contain the special characters used in German.
Example: HPLJ4000 is a HP LaserJet device type supporting the ISO 8859-1 (Latin-1) character set. ISO 8859-1 can be used to represent e.g. Dutch, English, French, German, Spanish, Swedish but NOT Russian or Japanese.
As a consequence, it is ok to use HPLJ4000 to print English, German French etc. but not for Japanese or Russian.
4) The set of available printer fonts for a given device type
When formatting a document, SAPscript and SmartForms perform an automatic mapping of the font definitions in the form (e.g. "HELVE 14 point bold") and the available printer fonts of the device type. A replacement printer font is chosen, should the specified font selection not be available in the device type. Now this replacement can be problematic if a language-specific font, such as Chinese CNSONG, is specified in a form and it gets replaced by a font which does not support this language, e.g. COURIER.
To solve this problem, font families in SE73 have language attribute assigned, e.g. some fonts are characterized as being suitable only for certain languages. And when a replacement has to be chosen because the original font from the form is not available in the device type, a replacement font is chosen which has the same language attributes.
If no fonts for the language in question exist in the device type, the resulting font will not be able to print the special characters and you will see "wrong" output characters in the printout.
Note on SAPscript/SmartForms Print Preview:
The OTF Print Preview available in Windows GUI (e.g. from transaction SP01) will sometimes not show the "wrong" characters which appear on the final printout. Here is the reason: since the Print Preview runs in Windows environment, it will use Windows fonts to represent the actual printer fonts. A Windows font typically has more available characters (i.e. covers more character sets) than are actually available in a printer's resident font.
A typical example where the Print Preview will differ from the printout is here: if you have a Chinese PCL5 printer such as CNHPLJ4 and use the Western Latin font COURIER in your document, the print preview will show you Chinese characters if you (by accident) tried to format Chinese characters in COURIER font. This is because Windows will automatically choose a font that can output Chinese characters (which is actually not Courier). But when you print the job on an actual PCL5 printer with resident Western and Chinese fonts, the Courier font will not print any Chinese characters but Western special characters instead, because the printer's resident Courier font does not include Chinese characters.
Rule of thumb: all Asian device types (e.g. CNHPLJ4, JPHPLJ4, JPPOST, KPHPLJ4) support not only Asian fonts but also COURIER, HELVE and TIMES fonts. But these Latin fonts can only be used to print English text, not Chinese/Japanese/Korean characters.
Which fonts are suitable for a given language?
Language(s): Font family to use in a form:
Latin-1 (Western Europe/Americas) *******
DE,EN,FR,ES,NL,SV COURIER, HELVE, TIMES
(LETGOTH, LNPRINT)
Latin-2 (Central Europe) ****************
PL, CZ COURIER, HELVE, TIMES
ISO 8859-4 (Baltic) *********************
ET, LT, LV COURIER, HELVE, TIMES
ISO 8859-5 (Cyrillic) *******************
BG, RU, SR, UK COURCYR, HELVCYR, TIMECYR
ISO 8859-7 (Greek) **********************
EL COUR_I7, HELV_I7, TIME_I7
ISO 8859-8 (Hebrew) *********************
HE COURIER, HELVE, TIMES
ISO 8859-9 (Turkish) ********************
TR COURIER, HELVE, TIMES
Simplified Chinese **********************
ZH CNHEI, CNKAI, CNSONG
Japanese ********************************
JA JPMINCHO, DBMINCHO, DBGOTHIC
Korean **********************************
KP KPBATANG, KPDODUM, KPGULIM
KPGUNGSE, KPSAMMUL
Traditional Chinese *********************
ZF TWDPHEI, TWMING, TWSONG
Thai ************************************
TH THANGSAN, THDRAFT, THVIJIT
Arabic (Unicode systems only) ***********
AR ANDALE_J
Verify your output by examining the OTF data
When analysing printing problems of this type, be sure to check the OTF data which gets produced by SAPscript or SmartForms. OTF or "Output Text Format" is the intermediate page-description format generated from SAPscript or SmartForms. OTF will contain the final printer font names and character set/language identifiers which help to solve the problem. OTF will even name the form and the language of the form used to create the output.
The easiest way to do this is to create a spool request from your application, run transaction SP01, use menu
Goto->Display Requests->Settings
and choose
Display Mode: Raw
Now display your spool request. If this is a SAPscript or SmartForms spool request, you will see OTF data. Each line represents one OTF command, every command starts with a 2-character cmd identifier and possibly some cmd parameters follow.
Here is an excerpt from a sample OTF file where we highlight the most interesting commands:
//XHPLJ8000 0700 00000000001
IN04EALEXTEST_ZEBRA
IN05%PAGE1
OPDINA4 P 144 240 1683811906000010000100001
IN06%WINDOW2
MT0024401289
CP11000000E
FCHELVE 120 00109XSF100SF101110000067E X
UL +0000000000000
SW00067
CT00000000
ST0453037Dieses SF hat Stil ALEXTEST_ZEBRA mit
The 1st line with the // (Control) command reveals the device type usedto print: HPLJ8000
//XHPLJ8000 0700 00000000001
The 2nd line (IN = Info command) shows the name and (internal 1-char)language key of the form:
IN04EALEXTEST_ZEBRA
In this case it is the English (E = EN) SmartForm ALEXTEST_ZEBRA
The OP-line (OP = Open Page) gives the page format used in the form, it is DINA4 Portrait orientation:
OPDINA4 P 144 240 1683811906000010000100001
The CP (CodePage) cmd shows the SAP system codepage used to code the text and the active language. In our case it is codepage 1100 and language E = EN = English.
CP11000000E
Finally, the FC-cmd (Font Call) lists a printer font selected within SmartForms. Please note that every SmartForm has a designated default SmartStyle under "Form Attributes->Output Options". In addition, every text node can have a SmartStyle attached (which will override the definitions from the default style for the text). In our case the resulting printer font that was selected is HELVE 12.0 pt bold-off, italic-off.
FCHELVE 120 00109XSF100SF101110000067E X
Regards
Anji
Maybe you are looking for
-
500 Internal Server Error on IBM AIX for Oracle Application Server 10g
Hi all, I have installed Oracle AS 10g on IBM AIX 5.3.After installation everything was working fine.After some time when i was trying to access the emd console for deploying the application it gives me following error:w/o asking for user name(ias_ad
-
What is the best way to safeguard my files and pictures before I send off my MacBook Pro to get fixed? I am running Mavericks and use an AirPort Time Machine to back-up all my files.
-
Can SAP connector 2.0.1 be install in a pc which has only VS2005? I tried to install it and I received the following error: YOU MUST FIRST INSTALLVISUAL STUDIO NET 7.1 INTEGRATED DEVELOPMENT ENVIRONMENT (IDE). Can someone tell me if I can connect to
-
How to make a search results page
Hi there, I'm pretty new to coding and I'm currently making a shop website. All products are displayed in tables and clicking each one takes you to their individual product page. What I'm trying to do is create a search which will display all the res
-
Expert, Please correct me if I am wrong. OAF was supported till JDev 10.1.3.3.0, No more supported from JDev 11g releases onwards. Oracle ADF 11g, at the moment, is not fully capable of being an alternative to OAF in supporting Oracle E-Business Suit