English characters are encode incorrectly

export a english page to pdf in indesign cs3 chinese version, why a few english characters are encode incorrectly?

That is bizarre. I assume you are using a newish version of Frutiger here. It's not old an Postscript font, is it?
You might want to try changing font embedding percentage - I've fixed similar problems by trying to avoid subsetting of fonts by setting embed percentage to 1%. But, really, that is one of those magical-thinking fixes, like toggling Tagged PDF state at export.
How are you making this PDF? Is Distiller involved, or are you exporting?
Can you share the PDF and/or INDD via Dropbox? (I'm only asking because I honestly have no idea why this is happening to you, and it's often easier for me to figure out this kind of thing by experimentation instead of by question/answer).

Similar Messages

English characters encode incorrectly

export a english page to pdf in indesign cs3 chinese version, why a few english characters are encode incorrectly?

Please try the InDesign forums.

Non-English characters

Hello, I have read several times that since Java uses Unicode, it solves the problems of non-English characters automatically or something like that.
But my app is not working as expected. Would someone help please?
I have a client/server combo written in Java. The server can send messages in English or Japanese. The Japanese messages are hard-coded as String literals in the server source code. On the client side, they are displayed on a JEditorPane. But the Japanese characters are all garbled. The OS on the server side and client side are, of course, different.
My supposition, which is obviously wrong as it is not working, is that since both ends of communication are Java app, I need not worry about any encoding conversions for String literals.
Suggest me what is wrong here?

How is the required encoding/decoding supposed to be done?
When I didn't worry about non-English characters, I did the following, which WORKED.
// SENDER side
Socket socket ;
PrintWriter out = new PrintWriter(socket.getOutputStream(),true);
String outMessage = "my message";
out.println(outMessage);//RECEIVER
Socket socket ;
BufferedReader in = new BufferedReader(new InputStreamReader(socket.getInputStream()));
String inMessage = in.readLine();When non-English characters are involved, I did the following, which DID NOT WORK. Please someone correct me.
// SENDER side
Socket socket ;
PrintWriter out = new PrintWriter(socket.getOutputStream(),true);
String outMessage = "my message";
String utfString = new String(outMessage.getBytes(),"UTF-8");
out.println(utfString);//RECEIVER
Socket socket ;
InputStreamReader ins = new InputStreamReader(clientSocket.getInputStream(),"UTF-8");
BufferedReader in = new BufferedReader(ins);
String inMessage = in.readLine();The received message is still garbled.

Chinese simple characters are not displayed correctly (Old (TW? HK?) style instead of modern characters)

We a currently trying to translate our software into Chinese and we noted that some of the chinese characters are displayed incorrectly (it seems the Taiwanese/Hongkong version is displayed instead of the modern simple character)
The problem exists in both Firefox 3.6 as well as 4.0.1 and 4.0.2 (we did not try with other versions yet)
The characters are displayed correctly in IE 9.x and Google Chrome 13.0.782.220 m and we are positive it is not a problem with the website itself.
I copied part of a screenshot on: http://stuff.schoellhammer.at/bsp.png
The bottom part is the character from the input scheme (correctly displayed) but once it is entered in firefox (top part), the left character is displayed in incorrectly.

Thank you for your fast reply :)
The site is not online available unfortunately.
The character encoding used by Firefox is UTF-8 (automatically detected) which is correct. I even tried manually switching to other Chinese standards, but none of them brought a satisfieable result.
The site itself does not specify a font (the css only contains "font-family: Arial,Tahoma,Verdana;"), and the site does not provide a custom font either.
I noticed that if i copy and paste the text into word, the characters are wrongly displayed too using the font MS Mincho (so I assume Firefox automatically selects this font to display the characters which would explain why they are displayed incorrectly)
Ah, I now included the font "SimSun" in the css (which is installed on in windows and using this font the characters are displayed correctly in word) - and this solved he problem!
Thanks for your help!!

Non-English characters not displaying correctly - Serious Issue

My corporate email is on a Lotus Domino server with Lotus Traveler installed.
I have set my PlayBook (with OS 2) up to syncronize with the corporate email trough Active Sync (see http://alturl.com/qh3nn), which works perfectly.
I have however noticed that in some emails special non-english characters are displayed correctly but in some emails special non-english characters are displayed as a black diamond with a question mark inside.
This is of course a serious issue as most non English speaking countries use some special characters.
When trying to understand this problem how can I analyse the emails and see what character set is being used?
And of course better; has someone solved this?

I am having the same problem. Is there any update available?

Can I put Chinese and English characters in the same dynamic text box?

I'm translating a game into several different languages, one of which is Chinese. I've noticed that in a dynamic text box where English characters are included also, they aren't displayed when the .swf is exported. The font is embedded in the document with all characters selected. It seems like whatever language-character is first displayed in the text box, the other language cannot be. For instance, if there are Chinese characters first, then English, the English will not display, and vice-versa. Any work around on this? I am using Flash CS5 and Actionscript 2.0. Thanks!

Kglad - I'm not sure I follow your instructions for the fix. I assume you want me to set the _visible property to false via Actionscript ( textInvisible._visible = false; ). What is the purpose of this second text field - does it need any specific content in it to function? It doesn't seem to work to fix the problem but maybe I'm misunderstanding.

Prevent Non-English Characters on JSP forms

I was hoping to get any programming tips/ideas to prevent users from entering non-english text on web-forms.
Any feedback would be greatly appreciated. Thanks.

I have a jsp page something like:
<tr>
<td colspan=2> </td>
<td colspan=2>
<textarea name="title" cols="<%=cols%>" rows="3" wrap><%= form.getTitle()%></textarea>
</td>
</tr>
When the user submits the page, I do the form validation in the java formhandler. I was hoping that I could somehow compare the ascii codes of the character to ensure user is entering only english characters.
The following is the code, I have written in java the form-handler
for (int i =0 ; i < title.length() ; i++) {
     char c = title.charAt(i);
     System.out.println("c = " + c + ", ascii = " +(int)'c');
     if (int(c) > 127) {
          setErrorMessage(ID.QUESTION.TITLE, "Non-English characters are not allowed. Please enter the required information only in Enlgish.");
But for some reason which I am not able to debug, is that no matter what character I enter english or non-english its ascii equivalent i.e. the int(c) value getting printed out is always 99. Moreover even if I enter a non-english character, in the system.out it is printing its english equivalent...if that makes any sense...
I hope I was able to explain my problem...Any help/feedback would be greatly appreciated.
Thanks.

French characters are not correctly stored in database with SQLPlus

Hello everyone,
I would like to do the following:
Run an SQL script that inserts/deletes/updates data. The data itself may be
French or non-English characters .Currently, we do this
by just running a script that invokes SQLPlus and runs the various SQL
scripts. However, non-English characters are not correctly stored in the
database (server character set is currently set to AL32UTF8).
Is there a way to get this to work in SQLPlus?
I have tried saving the files in UTF8 or unicode but SQLPlus cannot identify
the formatting of the file and spits out an error.
Any hints would be appreciated.
Thanks,

If the CharacterSet on server is Unicode, normally, there is no problem IF the client is using a characterset with é or à ! ;-)
you should set NLS_LANG on client side...

Non-English Characters (Encoding)

Using the XMP Toolkit I'm having problems reading and writing non-English characters. For example: keywords read which should be "casa campesina, cultivos agrí colas, zona cafetera, café, plátano" read as "casa campesina, cultivos agrÃcolas, zona cafetera, cafÃ©, plÃ¡tano". I have the same problem with other languages such as Norwegian.
Does anyone else have this type of problem? Or perhaps a suggestion as to what I might be doing to cause such a problem?
Best regards,
Glenn Rogers
Developer of DBGallery: Photo DATAbase System

Hi Glen,
if you write non ASCII characters using our toolkit, you have to make sure to encode your string in UTF8.
If you see this while reading, the data in the file might not be valid UTF8. If it's local encoding (for example mac local encoding) our library will try to convert it based on the OS you are running it on. So it you got mac local encoding in the EXIF of the file and you are using the toolkit on windows, this might cause the wrong characters you are seeing.
In order to avoid this please always use UTF8 encoded strings.
Regards,
Samy
XMP Team

URLEneQuery encoding is failing for some non english characters

While creating a URLEneQuery we are getting error com.endeca.navigation.InternalException: No support for 8-bit urls.
This error happens when the query string has some non english characters. (eg: Á).

UrlENEQuery is designed around processing URL data, and URLs are not permitted non-ASCII characters in their production. To represent non-ASCII characters they must be %-encoded in URLs according to their byte(s) representation in a particular character-encoding, and you should prefer UTF-8 for URLs. So your LATIN CAPITAL LETTER A WITH ACUTE (U+00C1) should appear as %C3%81 in your URL, then UrlENEQuery should be able to process that character.

Encoding non english characters with utf 8 on jsp (Critical!!)

I am inserting hebrew characters from JSP into oracle db and everything is fine until this point. But when I try to retrieve the information from the database, the characters are not displayed properly (I get some garbage characters). I am sure that the data stored in the database is correct, but not sure why there is a problem in displaying the data in the JSP.
I came across a thread on TSS
http://www.theserverside.com/discussions/thread.tss?thread_id=28944
and followed the suggestions given there like having
<%@ page contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>
<META http-equiv="Content-Type" content="text/html; charset=UTF-8">and also this
<%
//Some JDBC and sql statement query UTF-8 data and then ...
String str = rs.getString("utf8_data");
str = new String(str.getBytes("ISO-8859-1"),"UTF-8");
%>
<%= str %>Now, the data getting displayed is partly correct, I mean to say, some characters are still coming as squares.
Any ideas will be of great help.

even i doubt the database charset for this issue. But what I dont understand is how only certain hebrew characters are getting stored properly and why others are corrupted?
Also, can anyone let me know how i can view the Non-English characters present in the database directly, as TOAD is not able to display them

Math characters are being displayed incorrectly in a webpage. eg. Þ is being displayed instead of what I think should be ⇒

I am using Firefox 24.0 in Linux Mint.
I am currently doing a math test. Incorrect characters are being displayed.
There are only true/false questions on this math test. The questions on it are supposed to be very easy basic algebra questions, but because the characters are not loading properly, I cannot tell what they are.
A few examples from the test:
Are the following statements true or false:
|-7|=Ö49=7
Ö8-Ö29=Ö(-21)
Ö8-Ö29=-Ö21
3x=6 Þ x=2
(x-2)(x+2) = 1 Þ x-2 = 1 or x+2 = 1
Based on how they are being used, I assume Ö should be a √, and that Þ should be a | or ⇒
What is happening here? How do I fix this?
Are my guesses correct?

What font is specified if you check that via the right-click context menu in the built-in Inspector?
Can you post a link to a publicly accessible page (i.e. no authentication or signing on required)?

My Firefox cannot display non-English characters, even though I have tried every language encoding I have!

I am a big fan of Japanese songs and websites, so I was very disappointed when I saw that Firefox could not handle any non-English characters. I have tried every encoding I can, but none work and I just see boxes with numbers and letters inside. I have only just got this older laptop for my birthday - my old laptop which ran Windows Vista and had Firefox 4 had no trouble at all. Please help me!

hello muoshui, please enter '''about:config''' into the firefox location bar (confirm the info message in case it shows up) & search for the preference named '''network.http.accept-encoding''' - right-click and reset that entry to the default value.
if this does not resolve the issue already, please also go through the steps offered at [[Websites look wrong or appear differently than they should]].

Text encoding with non english characters

I'm trying to publish a site in Swedish, a language with 3 extra characters (Ö, Ä, Å). When I try to publish the site I keep getting a 404 error from my ftp server. I have check the site folder contents with webmeastro and it says that the characters are not MacRoman. What text encoding does iWeb 08 use, and how can I get around this problem?
thanks for your help.

see this article:
http://homepage.mac.com/thgewecke/iwebchars.html
max

Non english characters in DN cannot be retrieved

We are using Netscape directory server 4, protocal V3. We have a problem related to non-english characters appearing in RDN.
We publish to Ldap entries using the values from database. For example, we have pubulished an entry to Ldap, based on DB values, the entry should have a DN like: ou=Liege BELGIUM ... LGG1a, <other components of DN>. However, when we call netscape search API (search against uid attribute which does not have non-english characters), the search return the entry, but when further call getDN() method on the returned Ldap Entry, it only returns Li, instead of the complete DN value.
It seems the entry is corrupted in Ldap. I wanted to delete the corrupted entry and re create new one to test. I tried many ways, but none of them worked, I think it is because DN is corrupted, there is no key value to identify the Ldap entry for any operation(modify, delete).
You help and insights are much appreciated.
Thanks.
Han Shen

LDAP uses the UTF8 encoding. You must store data in the directory using the UTF8 encoding. This includes DN values. This also means that if you want to be able to view the values in your native character set and font, you must use an application that can convert the UTF8 LDAP data back to the native character encoding. The directory console by default should work for LATIN-1 (ISO 8859) languages if the LOCALE is set correctly.

English characters are encode incorrectly

Similar Messages

Maybe you are looking for