Bean:message chinese character display problem

Hello forum,
I found that message resources with Chinese characters are unable to display correctly in M7's JSP Design pane. I tried to change workspace encoding to GBK, and Eclipse is able to display the Resources file itself correctly, but the problem still exists in M7.
Any suggestions? Thank you!
Wang Yin

If you add the meta tag "<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />"
does it show the resources properly?
M7 Support

Similar Messages

Chinese character display problem

Hi
I can't display normal chinese character in a portlet or even
on a "button" in a portal server 4.0 sp1, is there any config
file I should modified or any suggestion? Thanks a lots

David,
You should read the WLS I18N documentation. In particular weblogic.xml for
WebApps contains a number of parameters that may be necessary.
Sincerely,
Daniel Selman
"david" <[email protected]> wrote in message
news:3d040d62$[email protected]..
>
Hi
I can't display normal chinese character in a portlet or even
on a "button" in a portal server 4.0 sp1, is there any config
file I should modified or any suggestion? Thanks a lots

Chinese Character display issue on Coldfusion 10

My Company using Coldfusion to built an report platform and recently I upgrade our Coldfusion 7MX with Windows Server 2003 to Coldfusion 10 Enterprise with Windosw Server 2008 R2.
I copy the Code from the Old server to the new one, but I met the problem I couldn’t solve.
We have a repost that can enter, modify and view our SRM that has Chinese Character display request. Chinese character was display without problem when the system in the old server. which look like following.
once I move the code into the new server, I got the problem with Chinese Character as following.
This report pulling the data from SQL2005 with Windows Server 2003 R2.
Coldfusion code code was same and both version is access to the same database.
I ran all of the update included to install the windows MUI for Chinese character into the new server, but I still can't get the character display correctly.
I can view the chinese character website without issue but only to display in the report.
I contact with Microsoft tech support but they don't have an solution for me. please help.

Install windows server language pack: http://www.microsoft.com/en-us/download/details.aspx?id=12250
Are you sure the Chinese is encoded in UTF-8? (It should be, but you should check the database field type encoding.) If it's simplified chinese it could be set to GB18030 and if it's traditional chinese it could be Big5.
You might want to leave off the encoding directive in CF and load the page in a browser then change encodings using tools > encodings to see what works.
祝你好运！

'FTP_R3_TO_SERVER' Chinese Character display as u2018#u2019

I want to upload a *.txt which was saved as unicode .
I use the following code to upload file to FTP server:
call function 'FTP_R3_TO_SERVER'
exporting
     handle = p_handle
     fname = p_filename
     character_mode = 'X'
tables
     text = i_file
exceptions
     tcpip_error = 1
     command_error = 2
     data_error = 3
    others = 4.
But after upload, I find all Chinese Character display as u2018#u2019.
By the way, I use ECC6.0 to do development.
How can I let the Chinese display correctly?

Hi
Try the following:
1) Changes in the GUI settings. for this:
a) go to SAP LOGON PAD.
b) select your server -> change item.
c) Go to Advanced.
d) On the next screen the default selection under the section u2018Encoding for up- and download is u2018Default- ANSI u2013for Unicode Systemsu2019
e) Please change this to u2018Default- UTF8 u2013for Unicode Systemsu2019
f) Click on OK and save. Then logout from the system if you were already logged in. The login again for settings to take effect.
Hope it'll help you.
Regards
Rishika bawa

OO4 character Display Problem

Hi All,
I am using Oracle OLE objects to connect to Oracle 9.2 DB
The NLS Language for the Database is AMERICAN_AMERICA.AR8ISO8859P6
the client is using also the same NLS.
When I retrive the information using OO4 some varchar2(Arabic Language) are return incorrectly from the DB, however when I use ADO on the same clinet it's correctly retrive all Data.
I've only on home at my PC, and its NLS language is correct, even when I use SQL*Pluse the characters are displayed correctly.
I also retrieved the NLS_LANG from the application using "SELECT USERENV ('LANGUAGE') FROM DUAL"
and it was correct using ADO and OO4.
Of course I've checked the registry value NLS_LANG and it's also AMERICAN_AMERICA.AR8ISO8859P6
Any Help????

I think after all it is a problem with the either:
a. OS installer, which should really try to delete fonts which are duplicated by new system fonts
b. OS which should give precedence to new system fonts over old system fonts where there are two the same, especially when the system fonts are in /System/Library/Fonts and the old ones are in /Library/Fonts
The major annoyance is that this problem appeared with Leopard and took me hours of searching to figure out its origin - when you don't know if it is a character entry problem (which I thought) or a character display problem (which it turned out to be). In the end the fix was simple - delete the superceded fonts.

Character display problem latin characters

For some reason old fonts show latin characters when i type "o/" and "l/". The problem seems confined to old fonts (at least Geneva; Monaco; New York), so I guess it is a bug?

I think after all it is a problem with the either:
a. OS installer, which should really try to delete fonts which are duplicated by new system fonts
b. OS which should give precedence to new system fonts over old system fonts where there are two the same, especially when the system fonts are in /System/Library/Fonts and the old ones are in /Library/Fonts
The major annoyance is that this problem appeared with Leopard and took me hours of searching to figure out its origin - when you don't know if it is a character entry problem (which I thought) or a character display problem (which it turned out to be). In the end the fix was simple - delete the superceded fonts.

Character display problem

Hi All,
When ever capital 'w' (i.e W, plain,Dialog and size 11) is first character in a text field left upper portion is not visible.But if I change any of these properties( i.e plain,Dialog, size 12) there is no problem.
Can any body suggest me how can I display 'W' correctly with these propeties(i.e W, plain,Dialog and size 11).
Thanks in advance

I think after all it is a problem with the either:
a. OS installer, which should really try to delete fonts which are duplicated by new system fonts
b. OS which should give precedence to new system fonts over old system fonts where there are two the same, especially when the system fonts are in /System/Library/Fonts and the old ones are in /Library/Fonts
The major annoyance is that this problem appeared with Leopard and took me hours of searching to figure out its origin - when you don't know if it is a character entry problem (which I thought) or a character display problem (which it turned out to be). In the end the fix was simple - delete the superceded fonts.

Hot Sync with Non-latin Character Display Problem

I have a XP Home Desktop with Palm Desktop 4.01 installed. When I do a hot sync with my Sony Clie T655C, the chinese characters are display correctly in both XP home Desktop and the Clie.
Now, I have a netbook with window7 Starter installed for travelling use. It took me a while to resolve the problem on the hotsync with window 7 starter and sony clie. At the end, I have Palm desktop v6.2 and Palmhotsyncsetup from pimlico on the netbook. I am able to do a hotsync with cradle/cable, but not through network (with TCP/IP not listen error message).
I have installed the chinese, English, french IME for the window 7 Starter netbook. I am able to type Chinese character in Notepad and Word and display the character correctly. I am able to save the file ( filename in both chinese and english character), re-open it and all characters are displayed correctly.
But with Palm Desktop v6.2, I am able to type chinese and the characters are displayed correctly in calendar/data book. When I close the palm desktop and re-open it again. All the characters become "?", as a result, I can not fully evaluate the software Pimlico for window desktop. As it only works with Palm desktop v6.2.
Any suggestion?
Post relates to: Palm TX

I have a XP Home Desktop with Palm Desktop 4.01 installed. When I do a hot sync with my Sony Clie T655C, the chinese characters are display correctly in both XP home Desktop and the Clie.
Now, I have a netbook with window7 Starter installed for travelling use. It took me a while to resolve the problem on the hotsync with window 7 starter and sony clie. At the end, I have Palm desktop v6.2 and Palmhotsyncsetup from pimlico on the netbook. I am able to do a hotsync with cradle/cable, but not through network (with TCP/IP not listen error message).
I have installed the chinese, English, french IME for the window 7 Starter netbook. I am able to type Chinese character in Notepad and Word and display the character correctly. I am able to save the file ( filename in both chinese and english character), re-open it and all characters are displayed correctly.
But with Palm Desktop v6.2, I am able to type chinese and the characters are displayed correctly in calendar/data book. When I close the palm desktop and re-open it again. All the characters become "?", as a result, I can not fully evaluate the software Pimlico for window desktop. As it only works with Palm desktop v6.2.
Any suggestion?
Post relates to: Palm TX

Chinese character display scrambled in iTune!

I have a folder containing mp4 files with some Chinese characters. When added to iTune, iTune will not display Chinese character correctly! What is the mechanism that allow iTune to display file names in different language? Should I edit the file properties? What do I edit? Please help! Thx!

Hi,
I think I have a similar problem. Can you copy and paste how the songs look in iTunes, so I can compare?
Thanks....

Chinese Character displayed as square box

I have been trying an opensourced application called Alliancep2p (could be obtained from www.alliancep2p.com) using JRE 1.6 on an English Windows XP Pro machine. The problem is all chinese input are displayed as "square box". Searching for a particular chinese phase works, only that everything is displayed as "square box". It looks like a font issue, though I'm not that sure. Is there anyway the default fonts could be changed, or to get the characters correctly displayed?
Note: I have east asian fonts installed, and the Java config panel can display chinese correctly.
I tried the same application under GNU/Linux (locale is UTF-8) and chinese input/display correctly without any problem at all. Does it mean that it is not the problem of the application, or?
Thanks for all the input.

Hi,
Please check below notes which could be helpful for your issue
After Korean Language Installation Oracle Apps Displays All Characters As Squares [ID 731894.1]
Chinese Display as Square on the Form Menu after Apply NLS Patch 6678700_ZHT [ID 839957.1]
Chinese Characters are displayed as Empty Squares using Courier New Font [ID 578656.1]
Regard
Helios

Character display problems....11g connecting to SQL server

Hi Gurus,
db: 11.2
os: redhat 5.5
there is a problem when with character display with sqlplus and even worst on TOAD, SQL Developer tool.
there is a Heterogeneous connection between 11g and ms sql serever. i use freedts, unixodbc and dg4odbc to establish the connection.
using isql tool...the select statement was well formatted..see sample |
| Ventes USIM |
| Resprise de charge provisionnees sur creance BUT when i use sqlplus some character are shattered..please see sample
COST_NAME
V e n t e s U S I M
R e s p r i s e d e c h a r g e p r o v i s i o n n e e s s u r c r e
a n c ein other client tool e.g TOAD the output is worse just show only the first character of each row e.g V
i have tried french and english value for nls_language but did not solve the problem.
anybody with a clue of what is wrong...thanks

It looks like some wrong character set conversion (more exactly -- lack of it) involving UTF-16 from MS SQL Server NVARCHAR data type. I cannot tell what went wrong and if this is a bug as I do not have experience with this configuration. Please, work with Oracle Support to diagnose and fix this issue.
-- Sergiusz

Chinese character displaying as ???? in excel while importing data from sql-server 2000

Hi everyone,
I am facing a problem while importing sql-server 2000 data in
excelshhet .There is some chinese character in database table.
After importing data in excel chinese character looks like
????????.In sql-server this chinese character looks like square
field.
I am using UTF-8 .
This is last hope.
vijay k singh
Text

I was having the same problem with the AIRSQL i couldn't find how to rencode my csv file...
So i resave the csv in xls and then chose the utf-8 thingy and then just changed the extension back to csv.
i was always wondering why i had an xls file in my source code, which was just left there from the previous reencoding, i guess
hope it helps

Chinese font display problem

In the javascripts of this web site http://weiqi.sports.tom.com/php/zhuanti/zhuantinew.php?id=23
( follow any red link in this page, there will be a javascript popped up), some chinese characters can not be displayed in the right text box and no matter how many changes I make in the fontconfig.properties file about the Chinese font, there is no change of the chinese characters in these java script pages (in the right text box and on the lowerright buttons).
I want to change all the chinese font displayed on the javascripts to the font "ar pl shanheisun uni", how to? Thanks.
My system is Ubuntu 7.04, locale is zh_CN.UTF-8. Jre 1.6.0 or Jre 1.5.0.
I used another Redhat 9.0 system(Jre 1.5.0_02), it can display these characters in the another chinese font. That system is not configured by myself. So I think there must be some way to change these fonts.
Here is my fontconfig.properties file:
# fontconfig.properties for Debian/Ubuntu, derived from linux.fontconfig.RedHat.9.0.properties
# @(#)linux.fontconfig.RedHat.9.0.properties 1.6 03/11/14
# Copyright 2003 Sun Microsystems, Inc. All rights reserved.
# Version
version=1
# Component Font Mappings
#serif.0=-b&h-lucidabright-medium-r-normal---%d---p--iso8859-1
#serif.1=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gb2312.1980-0
allfonts.chinese-gbk=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gbk-0
allfonts.chinese-gb2312=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--gb2312.1980-0
allfonts.chinese-gb18030=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-gb18030.motif=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-big5=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.chinese-big5.motif=-misc-ar pl shanheisun uni-medium-r-normal---%d---p--iso10646-1
allfonts.lucida=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
serif.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.plain.latin-1=-b&h-lucidabright-medium-r-normal---%d---p--iso8859-1
serif.plain.latin-1.motif=-b&h-luxi serif-medium-r-normal---%d---p--iso8859-1
serif.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.bold.latin-1=-b&h-lucidabright-demibold-r-normal---%d---p--iso8859-1
serif.bold.latin-1.motif=-b&h-luxi serif-bold-r-normal---%d---p--iso8859-1
serif.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.italic.latin-1=-b&h-lucidabright-medium-i-normal---%d---p--iso8859-1
serif.italic.latin-1.motif=-b&h-luxi serif-medium-i-normal---%d---p--iso8859-1
serif.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
serif.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
serif.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
serif.bolditalic.latin-1=-b&h-lucidabright-demibold-i-normal---%d---p--iso8859-1
serif.bolditalic.latin-1.motif=-b&h-luxi serif-bold-i-normal---%d---p--iso8859-1
sansserif.plain.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.plain.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.plain.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.plain.latin-1=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
sansserif.plain.latin-1.motif=-b&h-luxi sans-medium-r-normal---%d---p--iso8859-1
sansserif.bold.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.bold.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.bold.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.bold.latin-1=-b&h-lucidasans-bold-r-normal-sans--%d---p--iso8859-1
sansserif.bold.latin-1.motif=-b&h-luxi sans-bold-r-normal---%d---p--iso8859-1
sansserif.italic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.italic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.italic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.italic.latin-1=-b&h-lucidasans-medium-i-normal-sans--%d---p--iso8859-1
sansserif.italic.latin-1.motif=-b&h-luxi sans-medium-i-normal---%d---p--iso8859-1
sansserif.bolditalic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
sansserif.bolditalic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
sansserif.bolditalic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
sansserif.bolditalic.latin-1=-b&h-lucidasans-bold-i-normal-sans--%d---p--iso8859-1
sansserif.bolditalic.latin-1.motif=-b&h-luxi sans-bold-i-normal---%d---p--iso8859-1
monospaced.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.plain.latin-1=-b&h-lucidatypewriter-medium-r-normal-sans--%d---m--iso8859-1
monospaced.plain.latin-1.motif=-b&h-luxi mono-medium-r-normal---%d---m--iso8859-1
monospaced.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.bold.latin-1=-b&h-lucidatypewriter-bold-r-normal-sans--%d---m--iso8859-1
monospaced.bold.latin-1.motif=-b&h-luxi mono-bold-r-normal---%d---m--iso8859-1
monospaced.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.italic.latin-1=-b&h-lucidatypewriter-medium-i-normal-sans--%d---m--iso8859-1
monospaced.italic.latin-1.motif=-b&h-luxi mono-medium-i-normal---%d---m--iso8859-1
monospaced.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
monospaced.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
monospaced.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
monospaced.bolditalic.latin-1=-b&h-lucidatypewriter-bold-i-normal-sans--%d---m--iso8859-1
monospaced.bolditalic.latin-1.motif=-b&h-luxi mono-bold-i-normal---%d---m--iso8859-1
dialog.plain.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.plain.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.plain.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.plain.latin-1=-b&h-lucidasans-medium-r-normal-sans--%d---p--iso8859-1
dialog.plain.latin-1.motif=-b&h-luxi sans-medium-r-normal---%d---p--iso8859-1
dialog.bold.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.bold.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.bold.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.bold.latin-1=-b&h-lucidasans-bold-r-normal-sans--%d---p--iso8859-1
dialog.bold.latin-1.motif=-b&h-luxi sans-bold-r-normal---%d---p--iso8859-1
dialog.italic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.italic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.italic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.italic.latin-1=-b&h-lucidasans-medium-i-normal-sans--%d---p--iso8859-1
dialog.italic.latin-1.motif=-b&h-luxi sans-medium-i-normal---%d---p--iso8859-1
dialog.bolditalic.japanese-x0208=-misc-sazanami gothic-medium-r-normal---%d---c--jisx0208.1983-0
dialog.bolditalic.korean=-misc-baekmuk gulim-medium-r-normal---%d---c--iso10646-1
dialog.bolditalic.korean.motif=-misc-baekmuk gulim-medium-r-normal---%d---c--ksc5601.1987-0
dialog.bolditalic.latin-1=-b&h-lucidasans-bold-i-normal-sans--%d---p--iso8859-1
dialog.bolditalic.latin-1.motif=-b&h-luxi sans-bold-i-normal---%d---p--iso8859-1
dialoginput.plain.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.plain.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.plain.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.plain.latin-1=-b&h-lucidatypewriter-medium-r-normal-sans--%d---m--iso8859-1
dialoginput.plain.latin-1.motif=-b&h-luxi mono-medium-r-normal---%d---m--iso8859-1
dialoginput.bold.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.bold.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.bold.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.bold.latin-1=-b&h-lucidatypewriter-bold-r-normal-sans--%d---m--iso8859-1
dialoginput.bold.latin-1.motif=-b&h-luxi mono-bold-r-normal---%d---m--iso8859-1
dialoginput.italic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.italic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.italic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.italic.latin-1=-b&h-lucidatypewriter-medium-i-normal-sans--%d---m--iso8859-1
dialoginput.italic.latin-1.motif=-b&h-luxi mono-medium-i-normal---%d---m--iso8859-1
dialoginput.bolditalic.japanese-x0208=-misc-sazanami mincho-medium-r-normal---%d---c--jisx0208.1983-0
dialoginput.bolditalic.korean=-misc-baekmuk batang-medium-r-normal---%d---c--iso10646-1
dialoginput.bolditalic.korean.motif=-misc-baekmuk batang-medium-r-normal---%d---c--ksc5601.1987-0
dialoginput.bolditalic.latin-1=-b&h-lucidatypewriter-bold-i-normal-sans--%d---m--iso8859-1
dialoginput.bolditalic.latin-1.motif=-b&h-luxi mono-bold-i-normal---%d---m--iso8859-1
# Search Sequences
sequence.allfonts=latin-1
sequence.allfonts.UTF-8=latin-1,chinese-gb18030
sequence.allfonts.Big5=latin-1,chinese-big5
sequence.allfonts.GB2312=latin-1,chinese-gb18030
sequence.allfonts.x-euc-jp-linux=latin-1,japanese-x0208
sequence.allfonts.EUC-KR=latin-1,korean
sequence.allfonts.GB18030=latin-1,chinese-gb18030
sequence.fallback=lucida,chinese-big5,chinese-gb18030,japanese-x0208,korean
# Exclusion Ranges
exclusion.japanese-x0208=0390-03d6,2200-22ef,2701-27be
# Font File Names
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-gb2312.1980-0=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-gbk-0=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-ar_pl_shanheisun_uni-medium-r-normal------p-*-iso10646-1=/usr/share/fonts/truetype/arphic/uming.ttf
filename.-misc-baekmuk_batang-medium-r-normal---%d---c--iso10646-1=/usr/share/fonts/truetype/batang.ttf
filename.-misc-baekmuk_gulim-medium-r-normal---%d---c--iso10646-1=/usr/share/fonts/truetype/gulim.ttf
filename.-misc-sazanami_gothic-medium-r-normal---%d---c--jisx0208.1983-0=/usr/share/fonts/truetype/sazanami/sazanami-gothic.ttf
filename.-misc-sazanami_mincho-medium-r-normal---%d---c--jisx0208.1983-0=/usr/share/fonts/truetype/sazanami/sazanami-mincho.ttf
# AWT X11 font paths
awtfontpath.latin-1=/usr/lib/X11/fonts/Type1
awtfontpath.chinese-gb18030=/usr/share/fonts/truetype/arphic
awtfontpath.japanese-x0208=/usr/share/fonts/truetype/sazanami
#awtfontpath.korean=/usr/share/fonts/ko/TrueType

Have you tried posting this question on the i18n forum?
http://forum.java.sun.com/forum.jspa?forumID=16

HELP!!! character display problem in JEditorPane

hi,
I got a headache with my program which needs to display multiple language html page in a JEditorPane. For example, if user requests a Chinese page then page is read in from an inputstreamreader using Chinese charset encoding. But what JEditorPane displays is squares and this is a very common font problem. I did everything I can
copy font.properties.zh to font.properties
set JEditorPane font as Font("SIMSUN",Font.PLAIN,12)
with the bug unsolved so far.
I am using Windows 2000/ME in UK locale.
Anybody could help please???

yes, the input data, for example in the case of Chinese Simpilify Character, is read in using a decoder with charset GB2312. I think I can print them out on prompt console but in a unrecognizable format.
Anyway, I would like to reconfirm the steps I took: (Presumably I know I am going to load a Chinese page)
1. rename font.properties.zh to font.properties
2. set the font of JEditorPane as ("SIMSUN",Font.PLAIN,12)
3. when try to load a Chinese page, there should be a ChangedCharSetException. extract the charset from the exception and use it to construct a new InputStreamReader.
4. I also set the content-type of JEditorPane as something like "text/html; charset=gb2312"
5. read in the data and parse it into a HTMLDocument instance.
6. finally use setDocument method to display the document on the JEditorPane.
In this way, the page gets displayed in unknown characters.
Anybody could show me something different but feasiable? Please!!!

Chinese character Display for Date from Gregorian calendar in JSP

Hi
I am doing internationalization for my JSPs, as part of that i am doing character encoding to utf-8(for chinese/japanese). Evrything is fine..
Now the problm is i am displaying gregorian calendar to select date in a small window using some javascript code...
For default encoding it is working fine....for utf-8 or other encoding it is raising error.(may be javascript)and also the date is nto displaying properly..i think the problem would be in javascript/.
So can you pls tell me how to over come this problm...
thanks in adance...
regards
bhaskar

Sorry ..forgot to include the output...
this is the output i am getting instead of 29-Nov-2005 00:00:00
29-A-2005 00:00:00

Bean:message chinese character display problem

Similar Messages

Maybe you are looking for