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

Similar Messages

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

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

INSERTing chinese characters in SQL*plus

Db version: 10gR2
NLS_NCHAR_CHARACTERSET for my DB is AL16UTF16 by which i can store chinese characters. To INSERT using SQL*Plus, i tried to copy and paste some chinese characters from internet. When the characters get pasted, it becomes '?????' (question marks). What else do i have to set to store Chinese characters?
SQL> CREATE TABLE EMP2
2   (EMPNO NUMBER,
3   ENAME NVARCHAR2(500));
Table created.
SQL> Insert into emp2(empno,ename) values(889,UNISTR('????'));
1 row created.
SQL> COMMIT;
Commit complete.
SQL> SELECT * FROM EMP2;
     EMPNO ENAME
       889 ????

Actually, it looks like Forums do something strange to URLs pasted into posts. Sorry!
The thread URL is Re: store/retrieve data in lang other than eng when CHARACTERSET is not UTF8

Discoverer Desktop 10g : Issue with Chinese Characters

Hi ,
Discoverer Desktop 10g client is having issue in displaying Chinese data. My report has chinese characters in it and the same does not get displayed properly when run from Discoverer desktop. However, when I export the report in html format and opened it in browser, it is displaying the chinese characters properly. Browser was set to Unicode(UTF-8) character set.
I tried changing to different fonts in Discoverer Desktop, but couldn't get the chinese character issue resolved in Desktop.
Could someone , please tell me how to fix this issue ?
Please mail directly to [email protected]
Thanks
Venkatesh

I am facing the same issue too. I think it is a problem with the fonts. Get back to you later if I find any solutions.

Can not display Chinese on discoverer plus

i have moved this thread to this forum from discoverer.
Dear,
ebs 12.0.6
OS OUL5x64
AS 10.1.2.3
using bi 10.1.2.3 with discoverer
Discoverer Version:Server 10.1.2.55.26
when connect to the viewer like
http:10.10.10.10:7778/viewer
it could display the Chinese character correctly
when connect
http:10.10.10.10:7778/plus
the Chinese became square boxes.
Please advise how to fix this error.
Regards,
Tom

Hi Huusein,
i found these file in application tier, they were all upper case.
ALBANWTJ.ttf
-rw-rw-r-- 1 oracle oinstall 18777080 Dec 29 2006 ALBANWTK.ttf
-rw-rw-r-- 1 oracle oinstall 18676032 Dec 29 2006 ALBANWTS.ttf
-rw-rw-r-- 1 oracle oinstall 18788548 Dec 29 2006 ALBANWTT.ttf
copied them over and restart the opmnctl stopall and then startall but the discoverer/plus could not display Chinese, i then renamed it to lower case according with doc # Doc ID: 340944.1
and restart the opmnctl again but it still could not display Chinese in discoverer/plus
these files (5) from the doc 340944.1 but my actual from appl Tier only has 4 files with all upper case.
AlbanWTJ.ttf
AlbanWTK.ttf
AlbanWTS.ttf
AlbanWTT.ttf
ALBANYWT.ttf
can you please give me some suggestions.
Regards,
Tom

Script having Chinese characters throws error when run from SQL PLUS

Dear All,
I have a script file(.sql) which contains Chinese characters ....
I have saved the file in unicode Format.
When I run this file using @D:\filename from SQL PLUS it throws an error "unknown Command at line 1"...
My database is Oracle 10g...
Can anyone suggest anything???
Thanks In Advance
Dev
Edited by: Devarsh on Oct 21, 2009 8:16 AM

I think you may need to set your local NLS_LANG setting for your client (SQL*Plus) to recognize the characters.
You may also consider posting your question on the Globalization forum which pertains more to these types of questions.
Globalization Support

SQL*Plus and chinese characters

Hi all,
I have following scenario:
1. Database 10.1.0.5 with following NLS-Parameter:
SQL> select * from NLS_DATABASE_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8MSWIN1252
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 10.1.0.5.0
SQL> select * from NLS_SESSION_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_TERRITORY GERMANY
NLS_CURRENCY €
NLS_ISO_CURRENCY GERMANY
NLS_NUMERIC_CHARACTERS ,.
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD.MM.RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY €
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
SQL> select * from V$NLS_PARAMETERS;
NLS_LANGUAGE AMERICAN
NLS_TERRITORY GERMANY
NLS_CURRENCY €
NLS_ISO_CURRENCY GERMANY
NLS_NUMERIC_CHARACTERS ,.
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD.MM.RR
NLS_DATE_LANGUAGE AMERICAN
NLS_CHARACTERSET WE8MSWIN1252
NLS_SORT BINARY
NLS_TIME_FORMAT HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY €
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
2. Windows Language is german
I should be possible to insert the chinese characters into the table from the SQL*Plus (sqlplusw.exe) and SQL*Plus should be able to show the chinese characters from that table.
Is there any Step-By-Step Tutorial for the changes, that I should provide?
Can anybody help me?
Thanks

I have a table CHINESE with one column STRING
NVARCHAR2(250). There I will store the chinese
character and display the content in SQL*Plus.
Into the table I will insert with SQL*Plus with
INSERT Statement.
To store the character you could use e.g.
insert unistr(<unicode value expression>) into table But Sql*Plus does not support Unicode display. Use SQL Developer instead for displaying your table data.
You could also use select dump(column,1016) from table to verify that character data is correctly converted and stored.
Windows Codepage is 1252.
What do you mean under "what is your corresponding
NLS_LANG client char set setting" ?With acp 1252, your NLS_LANG should contain .WE8MSWIN1252 - this tells Oracle your acp setting.
Note however that windows-1252 does not define any Chinese characters.
http://www.microsoft.com/globaldev/reference/sbcs/1252.mspx
http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm
You can read more about Unicode string literals in Oracle in chapter 7 Programming with Unicode, Globalization Support guide in 10.2. Also you probably should read about NCHAR literal replacement (available only in 10.2 and above).
http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/toc.htm
Message was edited by:
orafad

What file format Oracle Database 11g can spool data w chinese characters?

Hi,
I have a batch job that spools data into a text file for further processing but now I have data that contains chinese characters.
From what I know text file (.txt) cannot support chinese characters.
Anyone has any idea what file format Oracle Database 11g can spool data with chinese characters?
Thank you!
Regards,
Fel

I'm not sure this can work with SQL*Plus in character mode on Windows DOS mode. But this should work with SQL Developer: see Re: How to display Chinese characters in Oracle?
I can also make this work with Linux:
$ locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=
$ cat chinese.sql
cat tchinese.sql
set echo on
spool tchinese.log
select * from v$version;
select unistr('\8349') from dual;
exit
$ cat tchinese.log
SQL> select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE     10.2.0.1.0     Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL> select unistr('\8349') from dual;
UNIS
草                                                                              Edited by: P. Forstmann on May 27, 2009 10:30 AM
Edited by: P. Forstmann on May 27, 2009 10:33 AM

How is WE8MSWIN1252 characterset storing chinese characters???

I've read several oracle globalization documents and I'm very confused now. Here's my setup:.. everything is on 1 machine
I'm runnig oracle 9.2.0.4 database on windowsXP.
HKLM\SOFTWARE\ORACLE\NLS_LANG registry key value = NA
HKLM\SOFTWARE\ORACLE\HOME0 registry key value = AMERICAN_AMERICA.WE8MSWIN1252
select * from nls_database_parameters
returns:
NLS_CHARACTERSET = WE8MSWIN1252
NLS_LANGUAGE = AMERICAN
NLS_NCHAR_CHARACTERSET = AL16UTF16
windows xp settings for regional & language options, advanced tab under language for non-unicode programs is set to Chinese(Taiwan).
Using the strgen tool available for free from MS here (http://www.microsoft.com/globaldev/tools/strgen.mspx). I generate hundreds of CHT(Chinese Taiwan) characters and then insert them via sqlplus into a varchar2(100), then query the results getting what looks like the exact characters I put in.
If I run:
select dump(column_name), column_name from table_name;
on a row containing 4 chinese characters the results are:
Typ=1 Len=8: 165,250,184,234,187,219,179,225 [4 chinese characters go here - sorry they aren't pasting properly]
Looks like multibyte to me, but I must be missing something??
My main question is why DON'T I get question marks??? I.e. Since I'm using an single byte characterset shouldn't it be junk that is return instead of exactly, or at least what looks like exactly, the same characters be returned. I'm missing something -- please, someone clear things up for me. I will provide whatever info that is necessary.
This is very critical to us in that we've been using a front-end application for some time with this configuration and have only recently tried globalizing/localizing our web based products. It seems that in order for apache to send the proper encoding to the web based client, that the nls_lang registry entry should be set to ZHT16BIG5, which will make the browser work, but this then breaks our front-end app.
Thank you,
Jason

This is typical pass-through scenario (known as "garbage-in garbage-out").
You have defined NLS_LANG to be the same as the database character set.
Therefore, the database does no character set conversion as it thinks
no conversion is needed. You see Chinese characters because the SQL*Plus
font is set to the system default for Chinese locale. The operating system
displays received codes as Chinese and not as Western European.
For the data that you DUMPed, call LENGTH(). In a correct configuration,
with the ZHT16MSWIN950 character set, the function would return 4.
But it will return 8, because Oracle thinks the input is a string of WE8MSWIN1252
single-bytes codes. Also, try Java to show the characters. You will
not succeed, because Java converts to Unicode and this conversion from
WE8MSWIN1252 will produce mess from the Chinese codes.
In a proper configuration, you need NLS_LANG=.ZHT16MSWIN950 and
the database character set (NLS_CHARACTERSET) either ZHT16MSWIN950,
or AL32UTF8, if the database is to be really multilingual.
-- Sergiusz

Traditional and Simplified Chinese characters couldn't be displayed!

Hi all,
Recently I installed an Oracle 9i Database Server (9.0.1).
Problem regarding the globalization support issue was encountered after the installation of Oracle 9i Database Server. Parameters in NLS table had been checked that the language is initially set to AMERICAN, territory is set to AMERICA and the character set is UTF8.
Since traditional and simplified chinese characters must be required for the HK server, it is believed that the above parameters should be altered to TRADITIONAL CHINESE / SIMPLIFIED CHINESE, HONG KONG and ZHT16MSWIN950 / ZHS16CGB231280 respectively.
I tried to alter the NLS_DATABASE_PARAMETERS, but its not working; should the NLS_SESSION_PARAMETERS be changed instead? I also tried this one, changes is taken place but the chinese characters still couldn't be displayed, just bunches of 亂碼 (meaningless codes) instead.
Another piece of information is that the Oracle server is installed on the basis of Windows Server 2003 Standard Edition, should the Language for non-Unicode programs (which is in the Advanced page of the Regional and Language Settings) be configured to Chinese (HKSAR)? Various combinations, in terms of English (US), Chinese (HKSAR), Chinese (PRC), Chinese (Taiwan), had been taken turns to test for the results. However, same results happened.
Hence, how should we configure? Please advice us.
P.S.# It is known that this question should be placed in the "Globalization Support" forum, I have done that; however, it is hoped that I could seek more advice in here.
Thx in advance.
Karen

Karen,
Setting up such an environment requires some sophistication and know how. I would advise reading though the Globalization Support Guide and som of the papers on the Globalization Home Page http://www.oracle.com/technology/tech/globalization/index.html
before randomly attempting to change parameters. If your requirement is to store and retrieve both TRADITIONAL and SIMPLIFIED CHINESE then your database needs to be Unicode (UTF-8). Designing an application that allows you to easily access multilingual data requires careful design and planning. If you are simply trying to quickly display data you have in your database you might want to use iSQL*PLUS which is browser based and will allow you to display Unicode data. It might also be helpful to take a look at the following paper: http://www.oracle.com/technology/tech/globalization/pdf/globalization-best-practices.PDF

Discoverer Plus -- Cannot Load Java Applet after JRE upgrade to 6

Hi,
After our users upgrade Java Runtime Environment to version 6 Update 1, Discoverer Plus stops working, the applet is opened but does not load.
Uninstalling the update solves the problem.
I disabled the automatic upgrade of Sun JRE on a few machines, but we have over 100 users.
Did anyone else face the same issue and is there any patch for the Discoverer installation?
Thanks,
Vlad

Hi George
You can get the 10.1.2.2 patch (4960210) on MetaLink. Be warned though that this not a small patch. It is 1.6 GB in size and is a full upgrade of the 10.1.2.0.2 application server.
I had some interesting problems when I first starting patching up to 10.1.2.2. First of all, if you are using a Windows server, you need to make sure that there are no lowercase characters used in your computer name. I know this sounds crazy but 10.1.2.2 will fail on Windows if you have this. If you've already got lowercase names in your machine you can't simply change the machine name to upper case because your existing application server will stop working as it embeds the machine name into dozens of configuration and setup locations. None of the Microsoft applications care what you call the machine as they don't embed like this but Oracle does. You'll probably end up having to reinstall the application server. However, the good news is that this only affects Windows and only when you have lowercase characters in your machine name.
Secondly, also on Windows, make sure there are no spaces anywhere within any of the folder names from where you will be installing the patch. This is another cause of failure. Thus, don't put the patch on your Desktop as there are spaces in Documents and Settings!
Thirdly, and this can happen on all platforms, if you are using an Infrastructure database and it is at 10.1.0.4 or less you will need to upgrade that database to 10.1.0.5 before you start any of the application server upgrades. If you don't do this your upgrade will fail. The release notes for the patch clearly state this but because they are very large I missed this the first time round and - oops - failed upgrade.
By the way, it seems Oracle have also released a patch (5758865) , available on MetaLink, with the fix for IE7. This is a one-off patch and requires a password which means you will have to raise a service request and tell Oracle you are having trouble drilling in Viewer when using IE7. This patch is applicable whether you are using relational or OLAP modeling. It can only be installed on top of 10.1.2.2.
Best wishes
Michael

Import Chinese characters

We have used routing API to import routing data - however we are unable to import Chinese characters from the .csv file to populate the operation description
(The .csv file shows valid Chinese characters in word pad)
we have tried changing user language preferences to Chinese and also import on Chinese PC - still didn't work.
Does anyone know how to do this?
thanks

NLS_LANGUAGE = AMERICAN but if this is set in user preferences we have tried import with language set to chinese, also tried using chinese login as we have it installed - same results(imported data is seen as squares)What is the API you are using?
How do you run this API? Do you do from the application itself through a concurrent program or from SQL editor (i.e. SQL*Plus, TOAD, SQL Developer, ..etc)?
Is Chinese installed at the application side?
What if you type Chinese characters through the application forms manually, is it displayed properly from the application and in the database?
Please answer all the above questions.
Thanks,
Hussein

How to send Chinese Characters from BPEL to SAP through JCA Adapter

Hi All,
We want to do a POC using a BPEL process to send Chinese characters to SAP System through a JCA Adapter.
If anyone has implemented the similar requirement, please share your thoughts on how to achieve it? Or if there had been any problems?
Also, please let us know which SAP API we can use to test this?
Appreciate your quick help!

Hi Srini,
I am working on 9.0.3 EBS 11i.
Now i am able to encode using the below code:
in = new BufferedReader(new InputStreamReader(uploadedByteStream.getInputStream(),"UTF-8"));
if(linetext[7]!=null&&!"".equalsIgnoreCase(linetext[7]))
col8=linetext[7].toString();
vendor = new String(linetext[7].getBytes("UTF-8"),"EUC_CN");
Now i am able to encode to chinese character when the file is in ANSI encoding, i see the CSV data in some form(not chinese).
But when the file is in UTF-8 , and i can see the CSV data in Chinese (when i open in edit plus) , the encoding is not proper. when i remove the encoding the chinese data is coming properly.
The data i am printing on the OAF screen.
Now my doubt is : What type of file shd i be uploading ANSI/UTF-8????
When i see on the local jdev as sop's , the data is seen as ???? but on the screen its printing correctly.
but the data has to be passed to pl/sql procedure.
Regards,
Roopa.

Discoverer report - Output from Discoverer plus is not the same as Discoverer desktop

As a part of Upgrade project we are migrating the discoverer reports from 11i (11.5.10.2) to R12 (12.1.3) .After migrating to R12, for a custom discoverer report the output given by discoverer desktop is correct (24 rows for a scenario). But the report output from Discoverer plus does not show the credit transactions (2 rows). The output from Discoverer plus shows only 22 rows (24 - 2), which is incorrect. The query is the same in Discoverer desktop and Discoverer plus.
Please let me know why these transactions that are appearing when the report is run from discoverer desktop are not appearing in discoverer plus. Is there any setup in discoverer plus for this?
Regards,
Brajesh

Pretty hard to answer a question like this. Best bet would be to copy the existing discoverer plus book and start removing conditions, fields, etc until those two rows from desktop show up and see if you can work it out.

Chinese Characters in Discoverer Plus

Similar Messages

Maybe you are looking for