Non-displayable Chinese Characters

I have found an interesting issue with iPod nano (not sure if this happens to other iPods as well) on displaying Chinese characters. There are some characters that couldn't be displayed in iPod nano, for example, if the song name contains 3 characters, and one of them is the 'magic word', iPod nano will only display 2 characters in the song name.
There isn't anything to do with the song name (ID3 tag, file name, whatsoever) because all applications running on my Mac display the song name correctly. It's only on iPod nano.
(I'm going to add on to this list if I discover more) The non-displayable character, so far, is:
1. 聽

I was able to display that character OK in a note in my iPod 5G. You should let Apple know via the feedback channel about this bug, using the Unicode number for the character (U+807D):
http://www.apple.com/feedback/ipodnano.html

Similar Messages

How Do I Include Non-Displayable ASCII Characters in a Character String in Labview 6 ?

I would like to send different ASCII (ETX and STX)to a device via a serial connection.
The problem is that Labview understand it as the string E + string T + string X ...
how can I do it ?
Thank you for your help
Nicolas M

If I understand your question correctly, try using the Type Cast function (in the Advanced>Data Manipulation SubPalette). Where you want to insert your hex value, use a numeric constant and wire it to the Type Cast input. The output of the Type Cast will be a string with the non-displayable value.

How to print the HEX values of non-displayable characters!

I am trying to tokenize a string that contains non-displayable characters i.e. EBCDIC or ASCII. How can I print the HEX values of the non-displayable characters. e.g.
"StartTEST1TEST2TEST3TEST4TEST5TEST6TEST7TEST812END"
How can print the HEX values of in the above string. Any help is appreciated.
Thanks

    char ch = 28; // or whatever character you want to look at.
    String hexString = Integer.toHexString(ch);
    System.out.println(hexString);

Not all chinese characters display correctly with non-embedded text

Hi all,
I've updated to the last beta 2 of Flash Player 10.1 (10,1,51,66) and compiled this simple Flex application to illustrate the fact that not all chinese characters can be displayed correctly with non-embedded text (device font).
<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
               xmlns:s="library://ns.adobe.com/flex/spark"
               xmlns:mx="library://ns.adobe.com/flex/halo"
               minWidth="1024" minHeight="768"
               creationComplete="resourceManager.localeChain = ['zh_CN'];"
               layout="{new VerticalLayout()}">
    <fx:Script>
        <![CDATA[
            import spark.layouts.VerticalLayout;
        ]]>
    </fx:Script>
    <s:Label text="伜-伞伟传伡伢伣伤伥伦伧伨伩伪伫伬伭-伝">
    </s:Label>
    <mx:Label text="伜-伞伟传伡伢伣伤伥伦伧伨伩伪伫伬伭-伝"/>
</s:Application>
Notice that characters from the Unicode range 0x4F1E .. 0x4А2D are not displayed within <s:Label> component that uses Flash Text Engine (FTE) by default to display the text, but at the same time those characters display just fine within older <mx:Label> component that relies on flash.text.TextField instance to render the text.

    OK, did not know that "Arial Unicode MS" font is only distributed with Microsoft Office, was looking into relying on this font in case if "simsun.ttc" font is not available at the user's system, by using the following:
<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
               xmlns:s="library://ns.adobe.com/flex/spark"
               xmlns:mx="library://ns.adobe.com/flex/mx"
               minWidth="1024" minHeight="768"
               creationComplete="resourceManager.localeChain = ['zh_CN']"
               layout="{new VerticalLayout()}">
    <fx:Style>
        @namespace s "library://ns.adobe.com/flex/spark";
        @namespace mx "library://ns.adobe.com/flex/halo";
        s|Label {
            fontFamily: "Arial Unicode MS, SimSun, Arial";
    </fx:Style>
    <fx:Script>
        <![CDATA[
            import spark.layouts.VerticalLayout;
        ]]>
    </fx:Script>
    <s:Label id="sparkLabel" text="伜-伞伟传伡伢伣伤伥伦伧伨伩伪伫伬伭-伝"/>
</s:Application>
Tough decision ahead, but accordingly to the survey at codestyle.org (2000 participants from 2007 year and onwards), Arial Unicode MS is present at 62.53%% system surveyed.
ps
   My current install of Windows XP already includes the install of Microsoft Office 2007 and I've also enabled/disabled the support of East Asian languages, thus the content of my "fonts" folder differs now significantly from "clean" Windows XP install version.
Nevertheless I found the page with comprehensive lists of standard fonts installed with different releases of Windows that looks viable here: http://www.kayskreations.net/fonts/fonttb.html

Non-unicode FTP transfer of chinese characters

Hi,
We're trying to transfer data in SAP stored under .txt format using an abap program to FTP across to another external system. Our current SAP system is 4.6C is does not have unicode capability and uses code page to translate non-English texts. We have data that contains chinese characters and we would need to automatically transfer these data across to the external system via FTP.
The problem we face is that it appears that the text in the receiving end was unable to interpret the chinese characters and funny characters are appearing. How do we solve this problem ?

hi
as far as i know when working with korean characters
we came to know that OS level should support the language characters
usally if the text file is having ascii characters that is enough(no need of any kind of specifi language characters, korean or chinese or what ever it may be)
if u open this text file with proper OS installed in your system then it will appear correctly for you
otherwise it will show junk characters
so concentrate on the ascii values for the chinese characters in your system
if the target system supports chinese characters then this ascii characters should appear as chinese characters to them also

Non US-ASCII characters in download file names

I am trying to implement a simple file download in a JSP, and trying to get IE, Firefox and Opera to all display and handle non US-ASCII characters in the suggested download file name. Only concerned with Windows platform for now. Here's the code I am currently using:
String agent = request.getHeader("USER-AGENT");
if (null != agent && -1 != agent.indexOf("MSIE"))
String codedfilename = URLEncoder.encode(cfrfilename, "UTF8");
response.setContentType("application/x-download");
response.setHeader("Content-Disposition","attachment;filename=" + codedfilename);
else if (null != agent && -1 != agent.indexOf("Mozilla"))
String codedfilename = MimeUtility.encodeText(cfrfilename, "UTF8", "B");
response.setContentType("application/x-download");
response.setHeader("Content-Disposition","attachment;filename=" + codedfilename);
else
response.setContentType("application/x-download");
response.setHeader("Content-Disposition","attachment;filename=" + cfrfilename);
}This URL encodes the file name if the browser is IE, MIME encodes it if the browser is Mozilla, and sends plain UTF-8 (the encoding of the JSP) for all other browsers. I get "cfrfilename" from translated properties files, and the string can contain characters from any character set - Chinese, Thai, Korean, etc.
This code works correctly for IE - the file name is displayed correctly in the file Save as dialog, and it is saved correctly on disk, no matter which character set is used.
For Firefox, the file name is displayed correctly in the file Save as dialog, but it is only saved correctly to disk if the file name is in a character set supported by the system locale. This seems to be a known Firefox bug (not fully using the Windows Unicode APIs), so nothing I can do about that.
Nothing seems to work for Opera, however - I cannot get the file name to display correctly in the file Save as dialog, no matter which method I use (I have tried URL encoding and MIME encoding in addition to the plain UTF-8).
Has anybody implemented something similar that works for at least these 3 browsers?

I tested your code today,
                     dialog           save           open
Firefox 1.5          OK                 OK               OK
IE 6.0                OK                 OK                NGdailog: filename show in download popup dialog
save: save to disk from dialog
open: open directly from dailog

When calling report from forms, only html format report can show chinese characters

To all experts,
When I run report by calling run_report_object() in forms, only html format can show chinese characters. If I choose pdf format, garbage characters were shown instead of chinese characters. My settings on server are as follows:
NLS_LANG=TRADITIONAL CHINESE_HONG KONG.UTF8
FORMS60_REPFORMAT=PDF
Do you know why? I hope to print report in PDF format as PDF turned out to be more regular in format. Is there any additional settings required?
May experts here broaden my mind?
Richard

You have two different ways of generating Japanese PDF files from Reoprts. One is font aliasing and the other is font subsetting.
<font aliasing>
You will need to have the following entries in uiprint.txt (example).
[ PDF ]
.....JA16SJIS = "KozMinPro-Regular-Acro"
"MS UI Gothic".....JA16SJIS = "KozMinPro-Regular-Acro"
You may need to download and install Japanese Font Pack from Adobe's web site (if your Acrobat is non-Japanese version).
<font subsetting>
You will need to add C:\WINNT\Fonts (or wherever your TTF/TTC fonts are installed) to your REPORTS_PATH.
You will also need to have the following entries in uiprint.txt (example).
[ PDF:Subset ]
"Andale Duospace WT J" = "Aduoj.ttf"
"Albany WT J"="AlbanWTJ.ttf"
"MS UI Gothic" = "msgothic.ttc"

PDF from Word 2007 ends up with scrambled Chinese characters

I have a problem with PDF files when converted from a Word 2007 document that includes Traditional Chinese characters and I hope someone might be able to help or point me in the right direction. After converting it to PDF via "Create PDF" from the Acrobat toolbar, the Chinese characters are all wrong. It looks like Chinese but none of the characters actually exist, it's all scrambled and useless. Converting English or German text works fine, so far, it's only the Traditional Chinese text that causes problems.
The strange thing is that prior to installing Office 2007, all worked just fine. I could convert Chinese text from Word 2003 without any problems and other than updating to Word 2007, nothing has changed. Any idea where to start trouble shooting and how to fix it? I've already tried re-installing and reparing both Word and Acrobat but no improvement.
OS: WinXP Professional SP3 (English system)
Adobe: Master Collection CS4 (English)
Acrobat: Acrobat 9 Pro v9.1.3 (English)
PDF Maker: Conversion Settings are set to default "Smallest File Size Web"
Word: Microsoft Office Word 2007 (12.0.6504.5000) SP2 MSO (12.0.6425.1000)
Note: Using "Save As" and select "PDF or XPS" in Word 2007 works fine, the Chinese characters show up properly in the PDF file but I prefer using the PDF Maker from Acrobat to create my PDF files.

I have found that WORD 2007, particularly with docx files, does some strange things to PDF files that you produce. It seems to break a perfectly good graphic into parts and send the parts to the PDF (not usually a problem unless you zoom in). We have tested with AA8 and AA7 with WORD 2007 and gotten these results. WORD 2003 worked like expected. It is almost as though MS decided to put some hooks in OFFICE 2007 for Acrobat. Normally with Acrobat, the graphics come out as a single graphic as stored in the application.
Glad you got the character issue to work. I use a job.settings file that is distributed by a publisher to get an "optimized" form of product for posting. Of course, optimized is always in the eye of the beholder, but I have been happy with it.

Chinese Characters in User Variables

I'm using FrameMaker 7.2.
On an XP machine localized for CH, I'm trying to convert
and translate a manual into Simplified Chinese. I'm doing
fine with entering or pasting characters directly into the
document, but am having no success with variables.
In the edit variable window I can get a character in and
displaying correctly, but as soon as I space over to do the
next character, the previous one changes to a question mark.
I hope there is just a simple setting or step I'm missing.
Any suggestions? Thanks!
Nate Stelton

Arnis,
Thanks. I tried your suggestion, but could not get FM to see it as a 4-digit
hex--it always broke it into separate bytes.
In the meantime, I got a working answer from the Framers mailing list. Here
is my followup, which includes the answer:
Phil Heron said:
> You don't specify which version of FrameMaker you're using,
> but, at least for versions 7.2 and earlier, you need to set
> the operating system's language for non-Unicode programs to
> an appropriate value to successfully use Far Eastern
> languages in dialog boxes.
>
> 1. In Windows Control Panel, open the "Regional and Language
> Options" applet.
> 2. In the "Regional and Language Options" dialog, display the
> "Advanced" tab.
> 3. Select the language you want to work with, for example
> Chinese (PRC).
> 4. Restart the computer.
Woo hoo! This worked. I do use FM 7.2. This particular machine's
Regional and Language Options did not have the third Advanced tab,
so in the Regional Options tab, I just changed the first box to
Chinese (PRC) and rebooted.
I noticed that in my Variable edit space, the Chinese characters
do not display properly, but in the document you need to ensure
that the variable is in the correct font (in my case, SimSun),
and it will then work.
Many thanks, Phil!

Chinese Characters in SQL Plus

Hi, I wonder how do I input the chinese characters in SQL plus? I have set the NLS_LANG value to chinese characterset in the REGEDIT but it doesn't display the chinese characters. Is there any chinese version on Oracle JDeveloper Suite?
Cheers

i have installed sqlplus and oracle db in the same PC under chinese win xp.
i found that if you spool the output to a text file, and type in dos-prompt, it still cannot display the chinese character properly. but if you open the text file by notepad, bingo, you can the chinese character.
i think that it is because dos-prompt application is non-unicode application. so it could not display unicode character properly.
as a result, if you want to display unicode character in non-unicode application (run sqlplus under dos-prompt), you have to set the NLS_LANG environment variable which match the character set of non-unicode application which your operating system assigned. in my case, it should be Big5. then oracle would do the conversion for you automatically, i.e. from unicode in DB to Big5 in client.
I either set the NLS_LANG environment variable in one of the 2 ways:
NLS_LANG=american_america.zht16big5 or
NLS_LANG=american_america.zht16hkscs
Regards,
KH

Chinese characters in filename

After uploading a file in CV01N with Chinese characters in the filename, it cannot be subsequently opened in CV02N/3N. We get system message 26136 - File C:\xxxxx could not be accessed.
I can copy the file to my PC and open from there. When I do this the Chinese characters in the file name are converted to '#'.
Does anyone what I can do to open the file directly from CV02N/3N?
We are on ECC6, EHP6, SP12 and are Unicode compliant.

Hello Dean,
To be able to use Chinese characters in a file name system locale (i.e. the character set which matches the language of the system locale) must be set to Chinese as well.
Otherwise the characters cannot be processed properly (EN system locale does not know Chinese characters). Hope this helps. The best solution would certainly be to avoid non-ASCII
characters in file names on EN operating systems.
Best regards,
Yuki

Chinese Characters in Discoverer Plus

Hi,
I am having the problem of outputting chinese characters in Discoverer Plus on the client browser. The chinese characters are represented by "box" when they are outputted to Discoverer plus. The chinese characters can be shown with the Report Builder. My database is running on UTF8 characterset.
I have done some configurations to output the chinese characters to the Report Builder. Besides, the chinese characters can be shown in the PDF reports generated from the Report Server. The configurations that I have done is to modify some of the files in ORACLE_HOME/bin/ and ORACLE_HOME/guicommon9/tk90/admin/.
How do I ouput the chinese characters in Discoverer Plus?
Thank you.
Cheers,
Joey

i have installed sqlplus and oracle db in the same PC under chinese win xp.
i found that if you spool the output to a text file, and type in dos-prompt, it still cannot display the chinese character properly. but if you open the text file by notepad, bingo, you can the chinese character.
i think that it is because dos-prompt application is non-unicode application. so it could not display unicode character properly.
as a result, if you want to display unicode character in non-unicode application (run sqlplus under dos-prompt), you have to set the NLS_LANG environment variable which match the character set of non-unicode application which your operating system assigned. in my case, it should be Big5. then oracle would do the conversion for you automatically, i.e. from unicode in DB to Big5 in client.
I either set the NLS_LANG environment variable in one of the 2 ways:
NLS_LANG=american_america.zht16big5 or
NLS_LANG=american_america.zht16hkscs
Regards,
KH

Chinese characters in PDF download of SAPscript

Hi Friends,
I'm facing an issue while downloading SAPscript output in PDF format. The chinese characters fetched from the SAP tables appear as '#' or some junk value whereas the values hardcoded in script with appropriate character formats appear absolutely fine in PDF. The values fetched from table appear fine when output is taken as normal SAPscript output.
Can someone help me out in this regard. Helpful answers will be rewarded points.
Thanks,
Jaison

CNSONG should work, I use that with Chinese PDFs.
You're using CNPDF so that isn't the problem.
You're Unicode which eliminates a host of other possibilities.
And the characters print fine with non-PDF SAPScripts...
I'm running out of ideas. It sounds like you've done everything you need to.
What method are you using to convert this SAPScript to PDF form? CNPDF Printer, a Function Module, something else? If a FM, which one are you using?
Could it be your Adobe Reader? Does it have the chinese language fonts loaded?

Chinese Data Fields not displaying Chinese Characters

Hi There,
Wonder if someone can help. We are currently running reports in Crystal 8.5 but are in the process of upgrading our business systems to latest version and this includes converting all our Crystal 8.5 reports to Crystal Reports XI R2 SP4.
During the process we are experiencing some difficulties in displaying Chinese characters, which have previously worked fine in version 8.5. The system we are running Crystal from has Oracle client 11 installed and the OS system locale is set to Chinese PRC. Our application is displaying Chinese characters properly and if we have any text fields on the report, these are also displaying properly when changing Font to Arial Unicode MS. The only thing that doesn't display properly is the field data which after checking has the correct Chinese data stored in the database. For some reason Crystal 11.5 doesn't seem to be transferring the data correctly which points to some sort of encoding problem.
Is there something I am missing here or is there something else I need to install for this to work?
Any hep would be appreciated.

What is your Oracle database's language set? Is it set to UTF-8 or non UTF-8 (such as American_America.WE8ISO8859P1" )?
There is a similar issue tracked under ID ADAPT00528561 (Crystal cannot display non-UTF-8 Chinese characters from an Oracle database ) and has been fixed and you should set the following registry key to make it effective:
Set the following registry key "UseOSLocaleForConversion" to "Yes" under:
HKEY_LOCAL_MACHINE\Software\Business Objects\Suite 11.5\Crystal Reports\Database\Oracle

Displaying Chinese characters in SQL*Plus

DB version: 11.2
OS Version : AIX 6.1
DB characterset:AL32UTF8
To display chinese characters in SQL*Plus, I did the following:
$ export LANG=zh_CN.UTF-8
$ export LC_ALL=zh_CN.GB2312
$ export NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"
$
$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.2.0 Production on ÐÇÆÚÈý 5ÔÂ 2 15:52:33 2012
Copyright (c) 1982, 2010, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning option
SQL> ALTER SESSION SET NLS_LANGUAGE='SIMPLIFIED CHINESE';
Session altered.
SQL> ALTER SESSION SET NLS_TERRITORY='CHINA';
Session altered.
SQL> select unistr('\8349') from dual; ---- not 100% sure if this is the way to verify if chinese characters can be displayed.
UN
²Ý ----------------------------------------> Getting a junk character instead of chinese If I was using putty, are the above steps enough to get chinese characters displayed ?
Our ssh client is Tectia (not putty).
According the below ML Note, the SSH client has to configured correctly to use globalization features.
+The correct NLS_LANG setting in Unix Environments [ID 264157.1]+
Googling "Tectia + Chinese" didn't return useful results

I understand that you are talking about Windows SSH Client.
For Putty, you should set:
$ export LANG=zh_CN.UTF-8
$ export LC_ALL=zh_CN.UTF-8
$ export NLS_LANG="SIMPLIFIED CHINESE_CHINA.AL32UTF8"
and configure Putty in Window->Translation to use UTF-8.
There is nothing about this subject on Tectia website and in their manuals, so my best guess is that the client requires Windows code page to work correctly. In such case you need to set your Windows system default locale (locale for non-Unicode programs) to Chinese and use the following settings on the server:
$ export LANG=zh_CN.GBK
$ export LC_ALL=zh_CN.GBK
$ export NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"
Verify with 'locale -a' that the setting zh_CN.GBK is supported on your system.
-- Sergiusz

Non-displayable Chinese Characters

Similar Messages

Maybe you are looking for