IBM WorldType font packages for the DBCS languages for the Linux and Windows platforms are available for download from the IBM Software Internet Service Delivery site at http://www6.software.ibm.com/aim/home.html.
 |
WorldType fonts are shipped with the AIX system. AIX users will not have to download WorldType fonts from ZIEWeb service key site. |
The table below shows additional information. Note: These fonts do not replace the system fonts.
|
Monotype Sans Duospace WorldType fonts
|
||
|---|---|---|
|
Font
|
File name
|
Country/region
|
| Monotype Sans Duospace WT J | mtsansdj.ttf | Japan and other countries |
| Monotype Sans Duospace WT K | mtsansdk.ttf | Korea |
| Monotype Sans Duospace WT SC | mtsansds.ttf | China (Simplified Chinese) |
| Monotype Sans Duospace WT TC | mtsansdt.ttf | Taiwan (Traditional Chinese) |
Z and I Emulator for Web does not support changing the cursor width automatically when the cursor is positioned under DBCS characters. The cursor width always stays the same.
When you input DBCS characters in a 3270 or 5250 session, a Shift Out (SO) character must be inserted where the DBCS characters begin and a Shift In (SI) character must be inserted where the DBCS characters end.
Z and I Emulator for Web automatically generates SO/SI characters where they are required. When your cursor is at the first position of the 5250 DBCS Either field and you type a DBCS character, the field automatically becomes a DBCS character-enabled field, and will accept only DBCS characters. If you type an SBCS character in the first position of a field, the field automatically becomes an SBCS character-enabled field and will accept only SBCS (alphanumeric) characters.
When a DBCS character is split between two lines, half the character displays at the right end of the line and a special symbol displays at the left end of the next line.
The following problems have been encountered while running Z and I Emulator for Web with the DBCS languages:
Z and I Emulator for Web supports GB18030-2000 code page (GB18030 phase 1 only / CCSID 1388) character display and 3270/5250 Unicode/local code (GB18030) file transfer. The 3270 host print is also supported, but 5250 host print depends on the i5/OS or OS/400 supported.
SAA characters (characters that exist in host code-pages but not in local code-pages) are not defined in DBCS fonts (for example, Gothic, gulimche, simiti), and cannot be displayed correctly with Microsoft Internet Explorer. Some Japanese examples are (X'xx' is in EBCDIC):
X'4A':Cent X'5F':Logical Not X'A0':Over-bar X'B1':UK Pound X'E0':BackslashThe SAA characters Cent, LogicalNot, and Pound sign do not copy and paste correctly using Netscape 4.x on the DBCS version of Microsoft Windows 98/ME and OS/2. These SAA characters will become DBCS and appear incorrectly if they are copied and pasted.
Some SAA characters (characters that exist in host code-pages but not in local code-pages) are not displayed correctly on certain Java 1 browser/platform combinations. See the list below.
To display these characters properly, use a Java 2-enabled browser.
The following characters are not displayed correctly:
Pound Broken bar Logical Not Yen Upper Bar
The following characters are not displayed correctly:
Cent Broken bar Logical Not
The following characters are not displayed correctly:
Cent Broken bar Logical Not
DBCS input on AIX is not supported in Auto IME mode due to AIX JVM restrictions. To avoid problems, turn off the Auto IME mode. On the Language tab in session properties, select Off for IME Auto Start.
In a TSO environment, some half-width characters from the 1364, 1371, 1309 and 1399 code pages cannot be displayed. This is a TSO problem that awaits a fix of the TSO codepages.
When the marked area trim-rectangle contains split DBCS characters, Print Screen prints only the parts of DBCS characters that are contained inside the marked area trim rectangle.
If your monospaced Z and I Emulator for Web session font, such as MS Gothic or MS Mincho, is mapped to one of PAGES' fonts, you must set your Windows 2000 printer driver to Don't Substitute fonts in order to Print Screen. MS Gothic and MS Mincho fonts are mapped to PAGES' Gothic and PAGES' Mincho fonts by default, which results in incorrect print screen output.
The following DBCS code-pages are supported by Z and I Emulator for Web file transfer. Note that some characters extended by the respective operating system cannot be shown or converted correctly.
On DBCS Linux/AIX, the candidate window might be located just below the Z and I Emulator for Web session window instead of below the current cursor location. This is because Linux/AIX IM (Input Method)does not have the interface to locate the candidate window to the desired position. The actual location is determined by Linux/AIX IM.
The Auto IME function does not work on any DBCS version of Linux because Linux IM (Input Method) does not have such an interface. As before, users need to turn IME on manually when DBCS is inputted.
The Backspace, Tab and Enter keys on the IME keypad do not work.
You must therefore change the shift or IME status manually to input characters in a particular shift status.
If you are using Z and I Emulator for Web on AIX with Netscape and you attempt to select several lines of DBCS text, your browser will move the top edge of the selection box down half a line so that it runs through the middle of the line of characters. If you then attempt to cut this selected text, all of the text will disappear except the half of the line of characters that was above the top edge of the selection box. In other words, it will appear that you have not cut all of the text that you wanted to.
However, this is not so. If you refresh the screen, the line of half-characters will disappear, and if you paste the text that you previously cut, all of the text that you had originally selected, including the truncated text, will appear.
This is a limitation of Netscape.
Filenames and paths that contain Double Byte Character Set (DBCS) characters cannot be displayed properly when using Netscape on AIX. This problem appears mostly in functions that use the File Browse feature such as the File Transfer GUI and the Import/Export facility. This is a limitation in the File Browse feature in the browser on the AIX platform.
This is a problem with Netscape running on the OS/2 platform.
When Z and I Emulator for Web clients are running on Netscape for AIX, the Double Byte Character Set (DBCS) input field's characters cannot output to other fields after users type characters in DBCS input field and then hit the Enter key. This is a constraint of Netscape running on AIX.
If you click any one of the session icons on the first row on the Configured Session window and then attempt to scroll down, the display will not stop at the bottom. Instead the display will cycle back to the first row. However, if you click icons on the other rows, scrolling will behave normally.
This is a limitation of Netscape 4.61 with JDK1.1.8 for OS/2 platform.
When a Z and I Emulator for Web client runs on Netscape 4.61 for the OS/2 platform, the following Double Byte Character Set (DBCS) local codes are displayed with {?} :
Java 2-enabled browsers return values different from other JVMs when Z and I Emulator for Web calculates the display screen layout. This causes the session screen to be narrower than with Java 1 browsers. To work around this, you may comment out the following line in the font.properties file, which is used by the Java 2 JVM on your locale. For example, if your locale is Japanese, you may change \JavaSoft\JRE\1.3.0_01\lib\font.properties.ja file by adding:
#monospaced.plain.1=Courier New,ANSI_CHARSET
If you are using the Z and I Emulator for Web Print-to-file option Use Adobe PDF, and some of the characters are not displayed correctly on Adobe Reader 5.0 with the Asian font pack, there are two possible causes for the problem:
To resolve the problem follow these steps:
Download the appropriate Adobe character collection book from the Adobe web site. Here is the URL for each book:
Start the Adobe character collection book.
Use the Search function to find the character that you are interested in.
If you cannot find the character in the Adobe character collection book, then the Adobe CID font does not support this character.
If you can find the character in the Adobe character collection book, then you need to add the character to the CMap file for your language.
Find the Adobe Reader 5.0 CMAP files.
The CMap files are in the Adobe Reader 5.0 directory
Resource\CMap.
For example, if you have the Adobe Reader 5.0 installed in:
c:\Program Files\Adobe\Acrobat5.0
then the CMap files are in:
c:\Program Files\Adobe\Acrobat5.0\Resource\CMap
With an ASCII editor, open the CMap file for your DBCS language. The CMap files are shown in the table below.
| Language: | CMap file name: |
|---|---|
| Japanese | UniJIS-UCS2-HW-H |
| Korean | UniKS-UCS2-H |
| Traditional Chinese | UniCNS-UCS2-H |
| Simplified Chinese | UniGB-UCS2-H |
Find the following line, which consists of one word:
endcmap
Above this line, add the following lines of text, using the Unicode code
and the CID code that you wrote down:
1 begincidrange
<Unicode code> <Unicode code> CID code
endcidrange
For example, if you wrote down 007e for the Unicode code and 100 for the CID code, then add the following lines of text:
1 begincidrange
<007e> <007e> 100
endcidrange