Crystal XI R2 exporting issues with double-byte character sets

NOTE: I have also posted this in the Business Objects General section with no resolution, so I figured I would try this forum as well.
We are using Crystal Reports XI Release 2 (version 11.5.0.313).
We have an application that can be run using multiple cultures/languages, chosen at login time. We have discovered an issue when exporting a Crystal report from our application while using a double-byte character set (Korean, Japanese).
The original text when viewed through our application in the Crystal preview window looks correct:
性能著概要
When exported to Microsoft Word, it also looks correct. However, when we export to PDF or even RPT, the characters are not being converted. The double-byte characters are rendered as boxes instead. It seems that the PDF and RPT exports are somehow not making use of the linked fonts Windows provides for double-byte character sets. This same behavior is exhibited when exporting a PDF from the Crystal report designer environment. We are using Tahoma, a TrueType font, in our report.
I did discover some new behavior that may or may not have any bearing on this issue. When a text field containing double-byte characters is just sitting on the report in the report designer, the box characters are displayed where the Korean characters should be. However, when I double click on the text field to edit the text, the Korean characters suddenly appear, replacing the boxes. And when I exit edit mode of the text field, the boxes are back. And they remain this way when exported, whether from inside the design environment or outside it.
Has anyone seen this behavior? Is SAP/Business Objects/Crystal aware of this? Is there a fix available? Any insights would be welcomed.
Thanks,
Jeff

Hi Jef
I searched on the forums and got the following information:
1) If font linking is enabled on your device, you can examine the registry by enumerating the subkeys of the registry key at HKEY_LOCAL_MACHINEu2013\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink to determine the mappings of linked fonts to base fonts. You can add links by using Regedit to create additional subkeys. Once you have located the registry key that has just been mentioned, from the Edit menu, Highlight the font face name of the font you want to link to and then from the Edit menu, click Modify. On a new line in the dialog field "Value data" of the Edit Multi-String dialog box, enter "path and file to link to," "face name of the font to link".u201D
2) "Fonts in general, especially TrueType and OpenType, are u201CUnicodeu201D.
Since you are using a 'true type' font, it may be an Unicode type already.However,if Bud's suggestion works then nothing better than that.
Also, could you please check the output from crystal designer with different version of pdf than the current one?
Meanwhile, I will look out for any additional/suitable information on this issue.

Similar Messages

JSF and Double Byte Character

Hi,
I wanted to know how to handle <h:outputText> with chinese character or double byte character.
See sample code below :
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<h:form styleClass="form" id="form1">
<% request.setCharacterEncoding("UTF-8"); %>
<h:inputText styleClass="inputText" id="text1"></h:inputText>
<hx:commandExButton type="submit" value="Submit" styleClass="commandExButton" id="button1" action="#{pc_SubmitTest.doButton1Action}"></hx:commandExButton>
<h:outputText styleClass="outputText" id="text2"></h:outputText>
</h:form>
When you input with double byte character and submit,
the output screen value did not render properly .
I tried this similiar code at JSP, it work fine.
Anybody know how to solve this problem ?
Anything need to do at pagecode level ?
Thank you.
Reinardy

Problem was due to the fact that I was trying to generate the excel file in char stream instead of byte stream

Crystal JRC PDF Export Issue

We are experiencing a PDF export issue with Crystal JRC version 12.2.202. The PDF report shows 1 of 3 pages but ONLY the first page is generated. When this occurs, ALL other users that are exporting to PDF experience the same issue with any multiple page report. I can't find any errors in the log that would indicate what the problem is. To resolve the issue, I have to recycle the WebLogic application server that hosts the JRC, which would indicate something gets "locked" in memory and gets cleared when the app server is bounced.
Any ideas on how to resolve this ?

Hi Ted,
Thanks for the response!
Though, the mentioned Sun JVM Bug explains the root-cause, the Bug status also state that it is not fixed yet.
Also, we are reluctant to change the JVM Option to -Xint due to unknown impacts on JVM optimizations.
Is there a patch released for CrystalReports to deal with this behavior? We are using CRJ runtime 11.5.7.620 and seeking for a patch on this version.
Thanks.

BC4J with Double Byte

Is it possible that I can create BC4J to access a 8i with ISO8859-1 characterSet, and show double byte information
(ex:Chinese/Japaness) correctly in my applet? (ex:GridControl) So far I can only show Chinese correctly in my BC4J,
when the 8i with a ZH16BIG5 character Set.
Thanks for any idea. : )

The doubleToLongBits() method converts invalid values to NAN before converting

Implementation of double byte character in oracle 10.2.0.5 database

Hi experts,
There is an oracle 10.2.0.5 standard edition database running on windows 2003 platform. The application team needs to add a column of the datatype double byte (chinese characters) to an existing table. The database character set is set to WE8ISO8859P1 and the national characterset is AL16UTF16. After going through the Oracle Documentation our DBA team found out that its possible to insert chinese characters into the table with the current character set.
The client side has the following details:
APIs used to write data--SQL Developer
APIs used to read data--SQL Developer
Client OS--Windows 2003
The value of NLS_LANG environment variable in client environment is American and the database character set is WE8ISO8859P1 and National Character set is AL16UTF16.
We have got a problem from the development team saying that they are not able to insert chinese characters into the table of nchar or nvchar column type. The chinese characters that are being inserted into the table are getting interpreted as *?*...
What could be the workaround for this ??
Thanks in advance...

For SQL Developer, see my advices in Re: Oracle 10g - Chinese Charecter issue and Re: insert unicode data into nvarchar2 column in a non-unicode DB
-- Sergiusz

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><font size="1" face="Verdana, Arial">quote:</font><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

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><font size="1" face="Verdana, Arial">quote:</font><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

Issue with Removing the Patch Set Software 9.2.0.8

Hi experts,
I have issue with removing the patch set software 9.2.0.8
I'm working on solaris box recently ugraded to 9.2.0.8 from 9.2.0.7. however i want to downgrade now. I have followed the document 4547809 mentioned. Now the real issue is when i restored the oracle_home (9.2.0.7) and execute sqlplus /nolog here is error message shown
bash-2.05$ sqlplus /nolog
bash: /oracle/test/920_64/bin/sqlplus: No such file or directory
bash-2.05$ lsnrctl
bash: /oracle/test/920_64/bin/lsnrctl: No such file or directory
Please help
thanks in advance

Hi,
Thanks for reply you are right
ls -l /oracle/test/920_64/bin/sqlplus was not exist. However i copied everything from the backup.
I'm trying again
cp -r bk_test_home/* /oracle/test/920_64/*
still i couldn't the file however it exist in bk_test_home. please suggest
Thanks and regards

To read Double Byte Character

Hello All,
What is meant by Double Byte Character.
I want to read the this Double Byte Character.Is there any function module or class to read this or any other way to get the double byte character.
This is very urgent please i will reward points.
Thanks,
Karan

Hello Indrakaran,
For to determine Field Properties in Unicode please take a look at the New Unicode Class CL_ABAP_CHAR_UTILITIES.
CHARSIZE attributes:
The CHARSIZE attribute declares the length of a C(1) field in bytes - that is, one byte in NUS, and either two or four in US, UTF-8 or UTF-16 respectively.
Hope it helps,
Heinz

Double byte chracter sets

Can anyone verify the Forte 3.0.F.x supports double byte? I am looking
primarily at Japanese.
Greg Fuller

Greg,
Forte is fully localized for Japanese. This means
-Forte can handle Double byte (SJIS, EUC, DEC KANJI) codesets.
-Applications written in Forte can also handle multibyte
codesets.
-Our runtime messages are fully translated into japanese.
-Our developer UI (the workshops) are fully translated.
-Our manual set has been translated into Japanese.
-Forte Education Courses have been translated as well.
We have over 30 customers in Japan using multi byte Forte.
Let me know if you have any specific questions I can
answer for you.
Doug Welch
Manager, Technical Services
Forte Asian Operations
From: Greg Fuller <[email protected]>
Subject: Double byte chracter sets
Can anyone verify the Forte 3.0.F.x supports double byte? I am looking
primarily at Japanese.
Greg Fuller

How to set Multi Byte Character Set ( MBCS ) to Particular String In MFC VC++

I Use Unicode Character Set in my MFC Application ( VC++) .
now i get the output ठ桔湡⁫潹⁵潦⁲獵 (like this )character and i want to convert this character in english language (means MBCS),
But i need Unicode to My Applicatiion. when i change the Multi-Byte Character set It give Correct output in English but other Objects ( TreeCtrl Selection ) will perform wrongly . so i need to convert the particular String to MBCS
how can i do that ? In MFC

I assume your string read from your hardware device is an plains "C" string (ANSI string). This type of string has one byte per character. Unicode has two bytes per character.
From the situation you explained I'd convert the string returned by the hardware to an Unicode string using i.e. MultibyteTowideChar with CP_ACP. You may also use mbstowcs or some similar functions to convert your string to an Unicode string.
Best regards
Bordon
Note: Posted code pieces may not have a good programming style and may not perfect. It is also possible that they do not work in all situations. Code pieces are only indended to explain something particualar.

ORACLE invoices with a Japanese character set

We are having trouble printing ORACLE invoices with a Japanese character set.
the printer we are using is a Dell W5300,do I need to configure the printer or is it something that needs to be configure in the software?????please help......

We are having trouble printing ORACLE invoices with a
Japanese character set.
the printer we are using is a Dell W5300,do I need to
configure the printer or is it something that needs
to be configure in the software?????please help......What is the "trouble"? Are you seeing the wrong output? It may not be the printer, but the software that is sending the output to the printer.
If you are using an Oracle Client (SQL*Plus, FOrms, Reports etc), ensure you set the NLS_LANG to JAPANESE_JAPAN.WE8MSWIN1252 or JAPANESE_JAPAN.JA16SJIS

EXPORT Backup failing due to character set problem

Hi ,
The export Backup failing due to character set problem
. . exporting table ravidlx
EXP-00008: ORACLE error 6552 encountered
ORA-06552: PL/SQL: Compilation unit analysis terminated
ORA-06553: PLS-553: character set name is not recognized
P
Please suggest how to set character set
Regards,
kk
Edited by: kk001 on Aug 29, 2011 7:22 PM

kk001 wrote:
Hi ,
The export Backup failing due to character set problem
. . exporting table ravidlx
EXP-00008: ORACLE error 6552 encountered
ORA-06552: PL/SQL: Compilation unit analysis terminated
ORA-06553: PLS-553: character set name is not recognized
P
Please suggest how to set character set
I don't know what you have.
I don't know what you do.
I don't know what you see.
It is really, Really, REALLY difficult to fix a problem that can not be seen.
use COPY & PASTE so we can see what you do & how Oracle responds.
do as below so we can know complete Oracle version & OS name.
Post via COPY & PASTE complete results of
SELECT * from v$version;

Strange issue with POF: byte array with the value 94

This is a somewhat strange issue we’ve managed to reduce to this test case. We’ve also seen similar issues with chars and shorts as well. It’s only a problem if the byte value inside the byte array is equal to 94! A value of 93, 95, etc, seems to be ok.
Given the below class, the byte values both in the array and the single byte value are wrong when deserializing. The value inside the byte array isn’t what we put in (get [75] instead of [94]) and the single byte value is null (not 114).
Pof object code:
package com.test;
import java.io.IOException;
import java.util.Arrays;
import com.tangosol.io.pof.PofReader;
import com.tangosol.io.pof.PofWriter;
import com.tangosol.io.pof.PortableObject;
public class PofObject1 implements PortableObject {
     private byte[] byteArray;
     private byte byteValue;
     public void setValues() {
          byteArray = new byte[] {94};
          byteValue = 114;
     @Override
     public void readExternal(PofReader reader) throws IOException {
          Object byteArray = reader.readObjectArray(0, null);
          Object byteValue = reader.readObject(1);
          System.out.println(Arrays.toString((Object[])byteArray));
          System.out.println(byteValue);
          if (byteValue == null) throw new IOException("byteValue is null!");
     @Override
     public void writeExternal(PofWriter writer) throws IOException {
          writer.writeObject(0, byteArray);
          writer.writeObject(1, byteValue);
Using writer.writeObjectArray(0, byteArray); instead of writer.writeObject(0, byteArray); doesn't help. In this case byteArray would be of type Object[] (as accessed through reflection).
This is simply put in to a distributed cache and then fetched back. No EPs, listeners or stuff like that involved:
     public static void main(String... args) throws Exception {
          NamedCache cache = CacheFactory.getCache("my-cache");
          PofObject1 o = new PofObject1();
          o.setValues();
          cache.put("key1", o);
          cache.get("key1");
Only tried it with Coherecne 3.7.1.3.
Cache config file:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE cache-config SYSTEM "cache-config.dtd">
<cache-config>
     <caching-scheme-mapping>
          <cache-mapping>
               <cache-name>my-cache</cache-name>
               <scheme-name>my-cache</scheme-name>
          </cache-mapping>
     </caching-scheme-mapping>
     <caching-schemes>
          <distributed-scheme>
               <scheme-name>my-cache</scheme-name>
               <service-name>my-cache</service-name>
               <serializer>
                    <class-name>
                         com.tangosol.io.pof.ConfigurablePofContext
                    </class-name>
                    <init-params>
                         <init-param>
                              <param-type>string</param-type>
                              <param-value>pof-config.xml</param-value>
                         </init-param>
                    </init-params>
               </serializer>
               <lease-granularity>thread</lease-granularity>
               <thread-count>10</thread-count>
               <backing-map-scheme>
                    <local-scheme>
                    </local-scheme>
               </backing-map-scheme>
               <autostart>true</autostart>
          </distributed-scheme>
     </caching-schemes>
</cache-config>
POF config file:
<?xml version="1.0"?>
<pof-config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xmlns="http://xmlns.oracle.com/coherence/coherence-pof-config"
     xsi:schemaLocation="http://xmlns.oracle.com/coherence/coherence-pof-config coherence-pof-config.xsd">
     <user-type-list>
          
          <include>coherence-pof-config.xml</include>
          <user-type>
               <type-id>1460</type-id>
               <class-name>com.test.PofObject1</class-name>
          </user-type>
     </user-type-list>
</pof-config>

Hi,
POF uses certain byte values as an optimization to represent well known values of certain Object types - e.g. boolean True and False, some very small numbers, null etc... When you do read/write Object instead of using the correct method I suspect POF gets confused over the type and value that the field should be.
There are a number of cases where POF does not know what the type is - Numbers would be one of these, for example if I stored a long of value 10 on deserialization POF would not know if that was an int, long double etc... so you have to use the correct method to get it back. Collections are another - If you serialize a Set all POF knows is that you have serialized some sort of Collection so unless you are specific when deserializing you will get back a List.
JK

Issue with double quotes in APEX 3.1

Hi,
Recently we have upgraded our APEX environment (both production and development) from HTMLDB 2.0 to APEX 3.1.
Users reported that when they cut/paste data from word document into forms, double and single quotes in the data are displaying as weird symbols like "¿".
Surprisingly we have this issue in our production environment only not in development environment. I am guessing there must be setting which is causing this issue.
Please help me to resolve the issue and let me know if you want more details.
Thanks,
Lakshmi

It's most likely this is caused by non-standard Microsoft character encoding in combination with default "auto correct" behaviour in their products that users may not even be aware is operating. "Smart Quotes" are the culprit in this case.
As it is highly unlikely that your users will be able to stop using these products, the best options are: turn off the offending features in MS software; educate users about the source of the problem and get them to replace the errant characters with the relevant ASCII or Unicode character or "decimal numeric character reference" when transferring to DB/web (worthwhile bearing some context in mind here: ASCII apostrophes and quotes are probably best for values stored in traditional database columns as they may be used in a number of different applications); try to write some kind of translator in your database/application that fixes the incorrect characters.
That this is occurring in one environment but not the other may indicate that there's a character set difference somewhere in the stack, but the human element may be coming into play as well: developers encounter this problem frequently and often turn off "smart quotes" as a result!

Crystal XI R2 exporting issues with double-byte character sets

Similar Messages

Maybe you are looking for