An incorrect Simplified Chinese character

hi
i found the Chinese character, "类“ on my ipod touch (4.2.1) is incorrect.
it should be "大” on the bottom of the character, but on ipod touch, it is "犬".
ps: the language of my device is English.
pps: the same character on iPad (4.2.1) is correct

The place to tell Apple about this is
http://www.apple.com/feedback/ipodtouch.html

Similar Messages

PDF report in 6i does not support the Simplified Chinese Character?

Hi :
I generate the PDF format report by report 6i (patch 5) , but the Simplified Chinese Character does not display in PDF files correctly(Acrobat reader 5) , Why ??
can somebody help me , thanks in advance !!!

I believe this is not available in PDF until 9i - ref <Bug:1738911>
Regards
Grant Ronald

Simplified Chinese character missing...

I have a Word doc that I was sent with translations of some text I need for a photoshop file...
the text displays fine in Microsoft Word for Mac 2011 (on a Macbook Pro 2012 model) but when I copy it into photoshop CC one of the characters is replaced with a box... any way to fix that?
Thanks

You have a font selected that does not include that particular glyph.
Word tends to auto substitute fonts to get all the glyphs, even if it means mixing several fonts -- but Photoshop does not automatically substitute fonts that you did not specify.

Some of Chinese character is not displaying correctly in PDF output

Hi all
I'm involved in the 1st Peoplesoft project in Korea and having a difficulty with displaying Chinese character in PDF output.
Usually Koreans can translate their name in Chinese and that Chinese name is displayed in personal information in their company as well as Korean name.
With Oracle BI Publisher I made rtf template that includes employees' Chinese name and tried to export to PDF output.
Most of Chinese character was fine but '李' character that was ok in HTM output was crashed in PDF output.
So I researched and tested some solutions.
Here's what I did.
I downloaded and installed five fonts(ALBANWTS.ttf, ALBANWTT.ttf, ALBANWT.ttf, ALBANWTK.ttf, ALBANWTJ.ttf) in client machine(c:\windows\fonts\) and did mapping job with xdo.cfg configuration file.
After that I previewed PDF output in the rtf template and checked embeded fonts in the PDF file.
I can see the newly installed font was embeded but still '李' character is crashed.
My problem is little bit different from others becuase only one Chinese character is crashed by for now.
The Chinese character '李' is very common last name in Korea and I believe Simplified Chinese character font have in it.
Please let me know if you have any solutions or experiance.
Thanks and best regards
Kwangbock.

Hi James
Oh~ It perfectly works!!
I've been tried to solve this problem for a long time and
I really appreciate for your help~
Thanks~
Kwangbock.

Simplified Chinese search in RH9 is partial, non-existent in RH8

I notice the adobe marketing literature states RH9 is fully searchable with simplified chinese character sets but my company's testing shows otherwise. The search results do not pick up all keywords in the topics. In fact, the search results are minimal to the reality of what is in the project. I am not proficient in simplified chinese but my colleagues are and they assure me the feature is not usable for an online help delivery. This is a let down for us because simplified chinese in RH8 did not yield any search results at all in RH8. RH9 is a step forward but not god enough for delivery of a professional product.
Another bug report to adobe is forthcoming. Please advsie if you have similar or contrary experiences. This is not a browser issue whatsoever so that argument won't qualify to address the problem.
Thanks,

Hi there
Try this. Click Tools > Options... > File Association.
Configure "Use Default Editor" as shown below.
(You may need to click the image to view at full size)
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Simplified Chinese in RH9 topics will not open in RH9 Editor

I upgraded a RH8 project with a simplified chinese character set to RH9 and the topics will not open in the RH editor. See screen shot below.
After clicking off on the error dialog, the topic opens in noptepad showing the HTML. This occurs on every topic in the project. I also had one of my collegues test the upgrade on their machine and same result occrred. I am not sure if there is anything in the project I can troubleshoot or what else to try. Checking any topic properties/general tab, I noticed the edtitor field is hard coded to use Notepad. I do not know why this would be unless RH9 is confused about how to process the character set .
This problem did not occur in RH8 with simplified Chinese character sets. I am going to submit a bug report to Adobe but if anyone has any knowldge or experience uin this area, please advise.
Thanks,

Hi there
Try this. Click Tools > Options... > File Association.
Configure "Use Default Editor" as shown below.
(You may need to click the image to view at full size)
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Wrong Chinese character

In my Nokia 5800, v21.0.101, the Chinese character "福" is wrongly displayed in the traditional Chinese character format. The same word should be identical with the simplified Chinese character format, which is correctly displayed in the same handset.
A lot of Chinese folks treasure their culture a lot, and such a mistake may not be tolerable to them.
Joe Chan

You should report this to Nokia via the "contact us" tab at the top of the page. Nokia does not monitor these forums for bugs or issues.
Ravi

Chinese Character Sets

I'm setting up a web site, as a favor for a friend, that will
be in Chinese and French. I'm not sure what the best page encoding
would be. My friend sent me some sample Chinese, and she said, "The
font I use is 'Simsun'." Otherwise, she is not very technical.
There are apparently 4 character sets available in
Dreamweaver that will display Chinese (after a fashion):
1. charset=big5: displays in both code and design view, but
Dreamweaver complains that not all characters can be displayed when
I save the file, and some characters appear as "?" in both IE7 and
Firefox. My friend says the characters don't look good.
2. charset=gb2312: displays correctly in Dreamweaver and both
of my browsers, and my friend says it looks OK.
3. charset=hz-gb-2312: displays correctly in Dreamweaver code
view, but not design view. Displays in both browsers I use, and my
friend says it looks OK. This is apparently a 7 bit code that will
encode both Chinese (as two byte characters) and ASCII. There is an
escape character, "~" for toggling between the two sets. The HTML
Dreamweaver creates seems to deal with this transparently.
4. charset=utf-8: doesn't display in Dreamweaver (code or
design view). Does seem to display correctly in my browsers, but my
friend doesn't like it.
I also noticed that although the characters displayed on my
desktop system, I got all "?" on my laptop. Then it occurred to me
that my friend had used my desktop to check her e-mail, so she had
apparently installed the correct font(s). I displayed the pages in
IE on my laptop, was prompted to install the fonts (Firefox didn't
mention a problem), and then the text also displayed on my laptop.
I intend to deal with this problem by creating any home page text
(there won't be much) as Fireworks images. Anyone looking at the
other Chinese text will undoubtedly have the correct fonts already.
If any of you have done anything like this before, I would be
grateful for any suggestions.

Clean & Sober wrote:
> 2. charset=gb2312: displays correctly in Dreamweaver and
both of my browsers,
> and my friend says it looks OK.
GB2312 is the correct character set for Chinese as used in
the People's
Republic. It's sometimes known as "simplified Chinese". That
doesn't
mean it's simple, but that the characters have been
modernized by
removing some of the more complex strokes.
To view pages written in Chinese or any other non-alphabetic
script, you
need to have the correct fonts installed. That shouldn't be a
problem
for the target audience.
David Powers
Adobe Community Expert
Author, "Foundation PHP for Dreamweaver 8" (friends of ED)
http://foundationphp.com/

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?
EDIT: 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

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

GUI Download Chinese Character to Excel gibberish character

Hi Experts,
I'm facing a problem where I'm using FM gui_download to save Chinese Character into Excel file.
Upon double click to open the excel file, funny character shows up.
But if I were to open the same file using a blank Ms Excel application (Go to File->Open->choose file),
Excel will prompt me to select a proper encoding (GB2312 in this case), and the Chinese character can be seen thereafter.
But, my user doesn't want to go through this.
I've browsed through the forum and someone has posted about this before and it's unanswered.
How to download the chinese character using GUI_DOWNLOAD - unanswered
And, Re: GUI_DOWNLOAD give 2 bytes for each chinese character - I need fixed len which is not related to my problem.
Below is my code:
DATA: lv_codepage   TYPE cpcodepage,
        lv_char_cpage TYPE abap_encod,
        lv_encoding   TYPE abap_encod.
Get Code Page for Chinese Character Spras = '1' or 'ZH'
CALL FUNCTION 'NLS_GET_FRONTEND_CP'
    EXPORTING
      langu                 = '1'   " Chinese Simplified Table T002
      fetype                = 'MS' " Manufacturer is Microsoft Table TCP05
    IMPORTING
      frontend_codepage     = lv_codepage
    EXCEPTIONS
      illegal_syst_codepage = 1
      no_frontend_cp_found = 2
      internal_or_db_error = 3
      OTHERS                = 4.
Conversion c(4) = n(10)
lv_char_cpage = lv_codepage.
CALL FUNCTION 'GUI_DOWNLOAD'
    EXPORTING
      filename                = p_file
      filetype                = 'DAT'                       "tried ASC and not working as well
      codepage                = lv_char_cpage   "8404 in this case tried 8400 and same result
      replacement             = '#'
      write_field_separator   = 'X'
    TABLES
      data_tab                = i_data_cnvr        "table content
      fieldnames              = i_data_head      "table header
Please help. Does this has something to do with utf-8 encoding?
Thank you.
Thanks,
ZY See

Hi Nitesh,
Is there a way to check the Excel codepage? Do you mean by codepage = 936 for GB2312 encoding?
Anyway, this issue is fixed. Issue is related to unicode system.
Below codes for gui_download solved the problem.
CALL FUNCTION 'GUI_DOWNLOAD'
    EXPORTING
      filename                = p_file
      filetype                = 'DAT'
      codepage                = '4103'
      replacement             = '#'
      write_field_separator   = 'X'
      write_bom               = 'X'
    TABLES
      data_tab                = i_data_cnvr
      fieldnames              = i_data_head
Codepage = 4103 for utf-16 Unicode system.
Write-bom = 'X' to write Byte-Order-Mark.
Thanks,
ZY See

Chinese character overlap in PDF file

Hi guyz,
I am working on the issue on Chinese character overlap in PDF file.
There is smartform which is being used to generate ePaySlip(Comes in email) in PDF file format which contains Chinese and English both characters.
Now the issue is that at the bottom of the ePaySlip there is a Remark section which is maintained in Chinese and English both. However, the English sentences are proper withour any problem whereas the same thing in Chinese is showing as distorted/overlapped in few words.
Can anyone suggest what could be the cause and suggest some solution.
As when I checked in smartform those characters are hard coded and Chinese characters are shown as ###.
Please response, I would be really grateful.
Thanks & Regards,
Mini

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

Cannot insert Chinese character into nvarchar2 field

I have tested in two environments:
1. Database Character Set: ZHS16CGB231280
National Character Set: AL16UTF8
If the field type of datatable is varchar2 or nvarchar2, the provider can read and write Chinese correctly.
2. Database Character Set:WE8MSWIN1252
National Character Set: AL16UTF8
The provider can not read and write Chinese correctly even the field type of datatable is nvarchar2
I find that for the second one, both MS .NET Managed Provider for Oracle and Oracle Managed Data Provider cannot read and write NCHAR or NVARCHAR2 fields. The data inserted into these fields become question marks.
Even if I changed the NLS_LANG registry to SIMPLIFIED CHINESE_CHINA.ZHS16CGB231280, the result is the same.
For the second situation, only after I change the Database Character Set to ZHS16CGB231280 with ALTER DATABASE CHARACTER SET statement, can I insert Chinese correctly.
Does any know why I cannot insert Chinese characters into Unicode fields when the Database Character Set is WE8MSWIN1252? Thanks.
Regards,
Jason

Hi Jason,
First of all, I am not familiar with MS .NET Managed Provider for Oracle or Oracle Managed Data Provider.
How did you insert these Simplified Chinese characters into the NVARCHAR2 column ? Are they hardcoded as string literals as part of the SQL INSERT statement ? If so, this could be because, all SQL statements are converted into the database character set before they are parsed by the SQL engine; hence these Chinese characters would be lost if your db character set was WE8MSWIN1252 but not when it was ZHS16CGB231280.
Two workarounds, both involved the removal of hardcoding chinese characters.
1. Rewrite your string literal using the SQL function UNISTR().
2. Use bind variables instead of text literals in the SQL.
Thanks
Nat

Simplified Chinese displayed as boxes with numbers

Firefox used to be able to display Simplified and Traditional Chinese character pages perfectly when it's set at "Auto detect- Chinese". However, ever since I updated to 4.0b7, Simplified Chinese characters have all started to be displayed as boxes with little numbers in them.
Despite trying different encodings, such as GBK and GB18030, nothing is able to properly display Chinese simplified characters. I have IE as well, and it is able to display both S and T Chinese pages without a problem like Firefox before 4.0b7. I'm using English version of FF with 64bit Windows 7.

The boxes with little numbers mean that Firefox is now unable to find a font which supports the characters in question. (It's nothing to do with the character set detection.) This could either be because the fonts have been removed from your computer (unlikely, if IE can find them), or perhaps because the website has changed to ask for fonts you don't actually have, or perhaps it's serving different pages to different versions of Firefox. Were you on 4.0b6 before, or 3.6.x?
Gerv

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.
祝你好运！

Support Chinese Character

Hi,
I have some problems on handling Chinese Character.
I pass Chinese words to CFC and then do the SELECT search in DB. However, I find it cannot find Chinese words correctly.
When I try to prompt ( alert(#trim(URLDecode(search_tenderee_name))#) ) the wordings retrieved in CFC, it shows me incorrectly word.
I use the following method to call CFC:
ColdFusion.navigate('cfc/control.cfc?method=loadNameListSelection&search_name='+escape(doc ument.getElementById('search').value),'tableList');
Can anyone help me to solve this problem?
P.S. I have also tried:
ColdFusion.navigate('cfc/control.cfc?method=loadNameListSelection&search_name='+document.g etElementById('search').value,'tableList');
alert(#trim(search_tenderee_name)#)
It also cannot prompt me the correct Chinese Character.

no you can't if you have a US variant it has a language pack specific to north american region. you might be able to go to nokia care and ask them to install a language pack with Chinese language but make sure it also has other languages that you are likely to use . also it will cost you as it is not standard to switch language packs
You know what I love about you the most, the fact that you are not me ! In love with technology and all that it can offer. Join me in discovery....

An incorrect Simplified Chinese character

Similar Messages

Maybe you are looking for