Double-byte support in Captive 5

I am currently creating multiple choice exams in Captivate 5 (CP5) and here is my problem. When I paste in the translated text (localized into Chinese-Simplified) from either MS-Word, Excel or Notepad into the question and answer fields in the CP5 Question slide, CP5 is substituting some of the Chinese characters with boxes. I paste the same information into Notepad on my windows 7 PC and everything is OK.
Does CP5 fully or partially support Double-Byte text? If it does, what could I be doing wrong or missing in the way of a service pack or hotfix? My Captivate version is - 5.0.1.624.
Thanks for your help. Dean

Assuming you are using the same double byte character set as your db character set, then the answer is yes. Check out this table in the 9i Database Globalization Support Guide, for more info.
http://technet.oracle.com/docs/products/oracle9i/doc_library/release2/server.920/a96529/ch2.htm#103678
Schema objects refer to table/index/view names etc.

Similar Messages

What is double byte support for Materials?

We recently upgraded to ECC5 Unicode form our earleir no unicode 46C.
In this regard:
How do we do a double byte language set up for Material master?
What is meant by double byte support in the first place?
Pl advise.
- Ven

If the system is Unicode no specific settings are necessary, you can enter the language code in the material text of any language and enter the text. If all people have the right fonts installed it will be displayed without problems.
Markus

Double byte support of java mail

hi friends,
I am using javamail in my application. It works great !!!!
But if the mail has double byte characters then it is the problem . I get some vague characters.
How do i set the encoding /charset?
Please help
AK

watch on sun forum.

Implementation of double-byte character support in the Database

Hi experts,
There is an oracle 10.2.0.5 standard edition database running on windows platform. The application team needs to add a column of the datatype double byte (chinese characters) to an existing table. By doing so, will we have to change the character set of the database ? Would implementing this cause any impact on the database ?
Is it possible to change the existing single byte column to the double byte column in a table?
Edited by: srp on Dec 18, 2010 2:21 PM

I think you should post your request to Globalization Support forum Globalization Support with following details:
what is the APIs used to write data ?
what are the APIs used to read data ?
what is the client OS ?
what is the value of NLS_LANG environment variable in client environment
Note that command line SQL*Plus under Windows does not display Unicode data: try to use instead SQL Developer.
Example:
1. run in SQL*Plus:
SQL> desc t;
Name                                      Null?    Type
X                                                  NUMBER(38)
Y                                                  NVARCHAR2(10)
SQL> insert into t values(1, unistr('\8349'));
1 row created.
SQL> commit;
Commit complete.
SQL> select * from t;
         X Y
         1 ■
SQL> select dump(y, 1016) from t;
DUMP(Y,1016)
Typ=1 Len=2 CharacterSet=AL16UTF16: 83,49Run in SQL Developer:
select * from t
X                      Y
1                      草

Jolt and wtc support double byte character??

hi all,
the wtc couldn't support double byte character while passing data from weblogic
7 to tuxedo 8. so, can jolt do it?? say passing double type character.
your quick response would be appreciable!
sang

try this ,Install acrobat4.0 or above and make sure you got acrobat distiller which will add a acrobat distiller printer in you windows. print report direct to that printer (don't change desformat) and you should got your PDF file with correct font setting.
<BLOCKQUOTE>quote:<HR>Originally posted by xie min ([email protected]):
Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!<HR></BLOCKQUOTE>
null

Does Oracle XML Parser support double byte charset?

Hi,
Does Oracle XML Parser support double byte characters such as Korean or Chinese? If so, please tell me what version and how to construct xml/xsl files (...encoding="???")?
Thanks for any help,
Tuan

Hi Raymond,
Thank you for your help. It worked when I running in JDeveloper with your posted code. However, when I tried in my real application, it won't work.
The problem is for localization purposes, my application using some texts display in browsers are saved in Unicode file. Later, application runs and depends on languages setting in browsers, with JavaServlet retrieves those texts and saves in formated xml StringBuffer. Then, using existed XSL Stylesheet file and OracleXMLParser to generate an output HTML.
It has worked fine with English, France or others (single byte characters), but it can't
for double bytes character such as Korean or Chinese. I also tried different charset in xml file.
The following is one of returning errors:
-- oracle.xml.parser.v2.XSLException: XSL-1004: Error while parsing input XML document (<Line 1, Column 552>: XML-0221: (Fatal Error) Invalid char in text.)
I run this app in win2000/IIS with ServletExec3.0, JDK1.2.2 and OracleXMLParser v2.0.2.10
Thank you for any helps,
Tuan
<BLOCKQUOTE>quote:<HR>Originally posted by Raymond Hayes Jr ([email protected]):
Nothing fancy 'cause I'm half asleep but I used your xml/xsl and it seemed to work. No errors anyway. This is what I put together in JDeveloper 3.2
package demo;
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.net.*;
import java.util.*;
import oracle.xml.parser.v2.*;
public class CuriosityKilledTheCat extends HttpServlet {
* Initialize global variables
public void init(ServletConfig config) throws ServletException {
super.init(config);
* Service the request
public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
try
XSLStylesheet xsl = new XSLStylesheet( new URL ("file:///c:\\temp\\input.xsl") , null );
XSLProcessor xp = new XSLProcessor();
XMLDocument xd = new XMLDocument ();
XMLDocumentFragment xf = new XMLDocumentFragment();
xf = xp.processXSL ( xsl , new URL ( "file:///c:\\temp\\input.xml") , null );
System.out.println ( "here" );
xd.appendChild( xf );
xd.print ( response.getOutputStream() );
catch ( Exception e )
System.out.println ( e.getMessage() );
* Get Servlet information
* @return java.lang.String
public String getServletInfo() {
return "demo.CuriosityKilledTheCat Information";
}<HR></BLOCKQUOTE>
null

Support for Double Byte Chars in Table Names

Can you please tell me if double byte characters are supported in table names? Thanks.

Assuming you are using the same double byte character set as your db character set, then the answer is yes. Check out this table in the 9i Database Globalization Support Guide, for more info.
http://technet.oracle.com/docs/products/oracle9i/doc_library/release2/server.920/a96529/ch2.htm#103678
Schema objects refer to table/index/view names etc.

Support for double-byte characters

Does RH6 have support for double-byte characters for
localization/translation to Asian languages? This feature was in
X3, removed from X5, but did it make it into 6?
Thanks,
Mike

Sorry but no.
Here's a link to what did go into RH6.
http://www.adobe.com/devnet/logged_in/mhu_rh_whatsnew.html

Safari 5.1.1 browser is not support double byte character website.

In have installed 5.1.1 Safari, the double byte characters are not supporting in this browser. The same site(http://home.mcafee.com/Default.aspx/?culture=zh-cn) works fine in Firefox and IE8. The site also works fine in my friends system Safari 5.1.1. Do I need to install any plugin or change any settings?
Note : I have installed Windows 7 Language packages.

I had tried this but it's the same. I have attached a screenshot for your reference. This same page looks fine in other systems. The text is missing in the highlighted sections.

Report in PDF format can not support double byte character ?

Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!

try this ,Install acrobat4.0 or above and make sure you got acrobat distiller which will add a acrobat distiller printer in you windows. print report direct to that printer (don't change desformat) and you should got your PDF file with correct font setting.
<BLOCKQUOTE>quote:<HR>Originally posted by xie min ([email protected]):
Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!<HR></BLOCKQUOTE>
null

PDF acceleration F5 BigIP WA and double byte characters

We have been trying to use the F5 appliance from BigIP to accelerate the delivery of PDF files from SharePoint over the WAN. However, we encountered problems with the double-byte files many months ago and have been trying to resolve the problem with F5. We have turned off PDF acceleration on the F5 because of the problems. The problem occurs when PDF files have Kanji characters in the file name. If the file names are English (single byte) the problem does not occur, even if the content of the PDF contains Kanji characters.
After many months of working with F5, they are now saying that the problem is with the Adobe plug-in to Internet Explorer. Specifically they say:
The issue is a result of Adobe's (not F5's) handling of the linearization request of PDF’s with the Japanese character set over 300 KB when the Web Accelerator is enabled on the BigIP (F5) appliance. We assume the issue exists for all double-byte languages, not only Japanese. If a non-double byte character set is used, this works fine. “Linearization” is a feature which allows the Adobe web plug-in to start displaying the PDF file while it is still being downloaded in the background.
The F5 case number is available to anybody from Adobe if interested.
The F5 product management and the F5 Adobe relationship manager have been made aware of this and will bring this issue up to Adobe. But this is as far as F5 is willing to pursue as a resolution. F5 consider this an Adobe issue, not a F5 issue.
Anybody know if this is truly a bug with the PDF browser plug-in? Anybody else experienced this?

Your searches should have also come up with the fact that CR XI R2 is not supported in .NET 2008. Only CR 2008 (12.x) and Crystal Reports Basic for Visual Studio 2008 (10.5) are supported in .NET 2008. I realize this is not good news given the release time line, but support or non support of cr xi r2 in .net 2008 is well documented - from [Supported Platforms|https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/7081b21c-911e-2b10-678e-fe062159b453
] to [KBases|http://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/oss_notes_boj/sdn_oss_boj_dev/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/scn_bosap/notes.do], to [Wiki|https://wiki.sdn.sap.com/wiki/display/BOBJ/WhichCrystalReportsassemblyversionsaresupportedinwhichversionsofVisualStudio+.NET].
Best I can suggest is to try SP6:
https://smpdl.sap-ag.de/~sapidp/012002523100015859952009E/crxir2win_sp6.exe
MSM:
https://smpdl.sap-ag.de/~sapidp/012002523100000634042010E/crxir2sp6_net_mm.zip
MSI:
https://smpdl.sap-ag.de/~sapidp/012002523100000633302010E/crxir2sp6_net_si.zip
Failing that, you will have to move to a supported environment...
Ludek
Follow us on Twitter http://twitter.com/SAPCRNetSup
Edited by: Ludek Uher on Jul 20, 2010 7:54 AM

Double byte characters in a String - Help needed

Hi All,
Can anyone tell me how to find the presence of a double byte ( Japanese ) character in a String. I need to check whether the String contains a Japanese character or not. Thanx in advance.
Ramya

/** returns true if the String s contains any "double-byte" characters */
public boolean containsDoubleByte(String s) {
for (int i=0; i<s.length(); i++) {
 if (isDoubleByte(s.charAt(i)) {
 return true;
return false;
/** returns true if the char c is a double-byte character */
public boolean isJapanese(char c) {
if (c >= '\u0100' && c<='\uffff') return true;
return false;
// simpler: return c>'\u00ff';
/** returns true if the String s contains any Japanese characters */
public boolean containsJapanese(String s) {
for (int i=0; i<s.length(); i++) {
 if (isJapanese(s.charAt(i)) {
 return true;
return false;
/** returns true if the char c is a Japanese character. */
public boolean isJapanese(char c) {
// katakana:
if (c >= '\u30a0' && c<='\u30ff') return true;
// hiragana
if (c >= '\u3040' && c<='\u309f') return true;
// CJK Unified Ideographs
if (c >= '\u4e00' && c<='\u9fff') return true;
// CJK symbols & punctuation
if (c >= '\u3000' && c<='\u303f') return true;
// KangXi (kanji)
if (c >= '\u2f00' && c<='\u2fdf') return true;
// KanBun
if (c >= '\u3190' && c <='\u319f') return true;
// CJK Unified Ideographs Extension A
if (c >= '\u3400' && c <='\u4db5') return true;
// CJK Compatibility Forms
if (c >= '\ufe30' && c <='\ufe4f') return true;
// CJK Compatibility
if (c >= '\u3300' && c <='\u33ff') return true;
// CJK Radicals Supplement
if (c >= '\u2e80' && c <='\u2eff') return true;
// other character..
return false;
/* NB CJK Unified Ideographs Extension B not supported with 16-bit unicode. Source: http://www.alanwood.net/unicode */
}

How to display double byte characters with system.out.print?

Hi, I'm a newbie java programmer having trouble to utilize java locale with system io on dos console mode.
Platform is winxp, jvm1.5,
File structure is:
C:\myProg <-root
C:\myProg\test <-package
C:\myProg\test\Run.java
C:\myProg\test\MessageBundle.properties <- default properties
C:\myProg\test\MessageBundle_zh_HK.properties <- localed properties (written in notepad and save as Unicode, window notepad contains BOM)
inside MessageBundle.properties:
test = Hello
inside Message_zh_HK.properties:
test = 喂 //hello in big5 encoding
run.java:
package test;
import java.util.*;
public class Run{
public static void main(String[] args){
 Locale locale = new Locale("zh","HK");
 ResourceBundle resource =
 ResourceBundle.getbundle("test.MessageBundle", locale);
 System.out.println(resource.getString("test"));
}//main
}//classwhen run this program, it'll kept diplay "hello" instead of the encoded character...
then when i try run the native2ascii tool against MessageBundle_zh_HK.properties, it starts to display monster characters instead.
Trying to figure out what I did wrong and how to display double byte characters on console.
Thank you.
p.s: while googling, some said dos can only can display ASCII. To demonstrate the dos console is capable of displaying double byte characters, i wrote another helloWorld in chinese using notepad with C# and compile using "csc hello.cs", sure enough, console.write in c# allowed me to display the character I was expecting. Since dos console can print double byte characters, I must be missing something important in this java program.

after google a brunch, I learned that javac (hence java.exe) does not support BOM (byte order mark).
I had to use a diff editor to save my text file as unicode without BOM in order for native2ascii to convert into a ascii file.
Even the property file is in ascii format, I'm still having trouble to display those character in dos console. In fact, I just noticed I can use system.out.println to display double byte character if I embedded the character itself in java source file:
public class Run {
 public static void main(String[] args) throws UnsupportedEncodingException{
 String msg = "中文"; //double byte character
 try{
 System.out.println(new String(msg.getBytes("UTF-8")) + " new string"); //this displays fine
 catch(Exception e){}
 Locale locale = new Locale("zh", "HK");
 ResourceBundle resource = ResourceBundle.getBundle("test.MessagesBundle", locale);
 System.out.println(resource.getString("Hey")); //this will display weird characterso it seems like to me that I must did something wrong in the process of creating properties file from unicode text file...

Japanese double byte characters

Hi all,
We have a ECC 6.0 system and we are introducing Japanese markets.
When we try to see table KNA1: SE16-->KNA1 and we search a word in Japanese language written in single-byte format, there is no problem, the search returns us the entries.
But when we try to serach the very same word in Japanese written in double-byte format, the search does not return any result.
How can we activate that the search matches the word entered in double-byte, with single-byte entries in the table??
Our system is Unicode.
We have seen some forum results:
Prerequisites
u2022 Modify the codepage to level 8000
u2022 Install Japanese language package for SAP
u2022 Activate English and Japanese language in Windows
u2022 Activate Multibyte support in SAP GUI: ALT-F12 -> Options -> I18N tab -> Enable Multibyte support
u2022 Change SAP font script to u2018Japaneseu2019
But the thing is that we have SAPGUI 7.20 version, and we do not find the way to activate multibyte...
Thanks!

Hi,
SAP note 1428423 describes the necessary functionality needed.
However this is not implemented in SAP ERP 6.0 standard.
The tools described in the note could be used to modify the system. But I think this would be a high effort.
Best regards,
Nils Buerckel
SAP AG

How to check double byte characters

Hi
My requirement: I have to accept the string (may include double byte characters and special characters). Need to check that wether that string contains any special characters(like %,&,..), if so should display error message.
My solution: Starting i tried by usign the ASCII values. But the my code dividing the Double Byte characters into two characters.
Code:
package JNDI;
public class CharASCIIValues {
 public static void main(String[] args) {
 // TODO Auto-generated method stub
 String s = args[0];
 char ch[] = s.toCharArray();
 for(int i=0;i<=ch.length;i++){
 System.out.println(" "+ch[i]+"="+(int)ch);
I ran with some double characters (japanese)
But i got the out put was = ?=63 ?=63 ?=63 ?=63 ?=63 ?=63 1=49 2=50 3=51 h=104 e=101 l=108 l=108 o=111
The ? are double byte charcters.
Queries:
Do i need to set any java setting to support DB characters.
Please help me to come out this problem....any help/information will be appreciated.

First of all Java strings are encoded in a modified version of UTF-8 that uses 2 bytes per character. That is the char datatype is equivalent to an unsigned short.
Second what exactly do you mean by double byte? Whether a character ends up encoded in two bytes or not depends on the encoding used (UTF-8, UTF-16 (both unicode), BIG5, GB2312 (both chinese), iso-8859-1(Latin-1), ASCII, etc...). This means that there are no "double byte characters" there are only "double byte characters when encoded in <your encoding>".
Where does your string come from? What encoding are you using to read the string in the first place? Are you sure you are creating the string using the right encoding?

Double-byte support in Captive 5

Similar Messages

Maybe you are looking for