Problem displaying Japanese char set in JEditorPane

Hi ,
I am using JEditorPane for displaying html content. If the content is in English
it is getting displayed properly . In case of Japanese char set like Shift-JIS only square
boxes is displayed .
I have tried the following
1.Installed Japanese font and set regional and language options.
2.set content type of JEditorPane as text/html and char set=Shift-JIS
3.Used InputSteamReader for reading html document .While constructing passed char set also.
4.Used SetText to set html content.
5.verified font.properties file
I am Using JDK 1.4.2
No positive results.
Kindly help me to resolve this . If it known bug please inform.
U can connect me at [email protected]
Thanks in Advance,
Polu

Hi,
Thanks,
I have tried the approach has mentioned above but still no positive result,
Pls can u guide me ,so as to what might be the problem,
Cheers,

Similar Messages

Problem displaying japanese character set in shopping cart smartform

Hi All,
whenever users are entering some text in Japanese character set while creating a shopping cart in SRM, the smartform print output is displaying some junk characters!! even though the system is unicode compatable, did any one have problem ??
Thanks.

Hi,
May be there is some problem with UNICODE conversion.
See the foll links;
Note 548016 - Conversion to Unicode
http://help.sap.com/saphelp_srm50/helpdata/en/9f/fdd13fa69a4921e10000000a1550b0/frameset.htm
Europe Languages work in Non- Unicode System
Re: Multiple Backends
Re: Language issue
Standard Code Pages in Non-Unicode System
Re: Upgrade from EBP 4.0 to SRM 5.0
http://help.sap.com/saphelp_srm50/helpdata/en/e9/c4cc9b03a422428603643ad3e8a5aa/content.htm
http://help.sap.com/saphelp_srm50/helpdata/en/11/395542785de64885c4e84023d93d93/content.htm
BR,
Disha.
Do reward points for useful answers.

Problem Displaying Japanese chars in MIDlet

Hi,
I want to internationalize my MIDlet application.
For that I am using ResourceBundle ,it works fine with J2ME kit.I know it works fine because Jdk1.3 supports displaying unicode characters.I think KVM doesn't support unicode characters.If anybody knows something then please reply immediately.
Regards
Vivek

[vivek_kurundkar],
Currently MIDP v1.0 only states that the ISO Latin 1 character encoding must be supported by all MIDP implementation i.e. mandatory to support the ISO Latin 1 char encoding but not all other locales.
The locale is defined in the microedtion.locale system proprety and localization must be provided by the implementation i.e. for example the device manufacturer who provides the kVM for their device.
In your case, you have a need for the Japanese locale and thus the emulator/kVM of the device must provide the Japanese locale.
Which kVM emulator/device are you testing your CLDC/MIDP application with?
Allen Lai
Developer Technical Support
SUN Microsystems
http://www.sun.com/developers/support/

Problems displaying correct caracter set (German Umlaute)

Hi everybody,
Our development server had a crash some weeks ago, forcing us
to reinstall and resetup the Coldfusion server. Since then, where
has been some problems.
One of those problems occures in displaying the correct
character set. German Umlaute like ä, ü, ö cannot be
display probperly. There are displayed like this "Ã¤". We
have absolutely no clue, where the problem lies. We even set the
connection string within the datasource to
useUnicode=true&characterEncoding=iso-8859-1
but it still doesn't work. It has before the crash.
Somebody has an idea?

Hi lerman,
I think with the text labels, added to your other requests, that you have finally come to the limits of what we can do with the DIAdem Report express block. You might want to consider instead using the DIAdem Connectivity VIs, which are a free download. My recommendation is to create a TDMS data file with all the properties and string data and numeric data you want to pass to the report, then tell DIAdem to load that TDMS file and run the VBScript for report tweaking (in your case specific axis limits). Your string data can either be named scalar properties or 1D arrays of strings stored in channels. The point is that you have complete control over the structure and content of the TDMS file from LabVIEW, and you have complete control over the data and property references from DIAdem. The "DIAdem Report Wizard Start CSC.vi" I used in my attached example is installed by the "LabVIEW DIAdem Connectivity VIs", though it doesn't show up on the palette.
Brad Turpin
DIAdem Product Support Engineer
National Instruments
Attachments:
lerman.zip ‏27 KB

Having problem displaying Japanese Locale

Hi All,
Understand that when we install Solaris 8, we have the option of selecting japanses language without the multilanguage pack. Now, how can I do that without reinstalling my installed English Solaris 8 in sparc m/c?
I've installed the necessary packages but when I select the language from the login screen, it shows rubbish. Why is that so? Please help
Thanks

Looks like 1.4 renamed i18n.jar to charsets.jar, you're using the international version alright.
Is the input text file definitely in UTF8 format, or a native Japanese codepage/encoding scheme ?
Ms Word 2000 is actually good at detecting file types / encoding schemes. Try opening up your input file and see if it displays properly in Ms Word. I know... the irony of using a Microsoft product to debug Java!
If thats okay, then maybe check out Character.UnicodeBlock class
on the strings you've read in. You can see what Unicode character block each character is from... might at least show that you're reading them in right. Although there's no "Japanese" character block, not sure what you'll get...
After that, I'd assume it's a font/display issue.
regards,
Owen

Displaying japanese chars using servlet (posted in Java programming too)

I am trying to display the japanese characters inputed by the user using
html form and I am using servlet...
After reading the input and when i try to display i get ????
how can i solve this.
It was originally posted in Java Programming forum. but i think the question suits here....heres the link for original post
http://forum.java.sun.com/thread.jspa?threadID=670419&tstart=0
sorry for posts at two different forums

After reading the input and when i try to displayDisplay on what?
Usually, if request.getCharacterEncoding() doesn't return viable result, then you should call
request.setCharacterEncoding() with a proper value. If user send Shift_JIS string as form
input, then the argument value should be also "Shift_JIS". When in doubt, use "UTF-8".
Then, you call response.setContentType("text/html; charset="Shift_JIS"), etc.

Problem displaying Word 2002 RTF files in JEditorPane

Hi all,
I am having a problem displaying RTF files created in Word 2002/Office XP in a JEditorPane.
Our code, which does the usual stuff:
JEditorPane uiViewNarrativeEda = new JEditorPane();
uiViewNarrativeEda.setContentType(new RTFEditorKit().getContentType());
FileInputStream inDocument = new FileInputStream("c:/temp/testing.rtf"); uiViewNarrativeEda.read(inDocument, "");
inDocument.close();
works just FINE with RTF files created in Word 97, WordPad etc, but it seems that Word 2002 adds some tags to the RTF file that the RTFReader cannot handle.
For example, I believe the following exception is due to the new \stylesheet section that Word 2002 adds to the RTF file:
java.lang.NullPointerException:
 at javax.swing.text.rtf.RTFReader$StylesheetDestination$StyleDefiningDestination.close(RTFReader.java:924)
 at javax.swing.text.rtf.RTFReader.setRTFDestination(RTFReader.java:254)
 at javax.swing.text.rtf.RTFReader.handleKeyword(RTFReader.java:484)
 at javax.swing.text.rtf.RTFParser.write(RTFParser.java, Compiled Code)
 at javax.swing.text.rtf.AbstractFilter.readFromReader(AbstractFilter.java:111)
 at javax.swing.text.rtf.RTFEditorKit.read(RTFEditorKit.java:129)
 at javax.swing.text.JTextComponent.read(JTextComponent.java:1326)
 at javax.swing.JEditorPane.read(JEditorPane.java:387)
Does anyone have similar problems or knows how I could get around this?
I thought about writing a parser that replaces the \stylesheet section with one that works but that seems a lot of work and it does not always work (I tried that by copying and pasting...).
Maybe I could replace the RTF converter that Word 2002 is using with another one - but how?

Hello again,
I found out that the 2002 version of MS Word writes a lot more of data into the file than e.g. Wordpad does.
There is one section that causes the problem, its called "\stylesheet".
My workaround (working in my case) is to wrap the input stream of the RTF document and remove this section (only in memory).
See example implementation:
<<<<<<<<<<<<<<<<<<<<<<< SOURCE CODE<<<<<<<<<<<<<
* Copyright 2004 DaimlerChrysler TSS.
* All Rights Reserved.
* Last Change $Author: wiedenmann $
* At $Date: 2004/03/31 11:08:54CEST $.
package com.dcx.tss.swing;
import java.io.*;
* This class provides a workaround for parse errors in the
* {@link javax.swing.text.rtf.RTFEditorKit}. These errors are caused
* by new format specification for RichTextFormat (RTF V1.7). 
* 
* The workaround is to filter out a section of the RFT document
* which causes an exception during parsing it. This section has no
* impact on the display of the document, it just contains some
* meta information used by MS Word 2002. 
* The whole document will be loaded into memory and then the section
* will be deleted in memory, there is no affect to the document
* directly (on file system). 
* 
* This workaround is provided without any warranty of completely solving
* the problem.
* @version $Revision: 1.1 $
* @author Wiedenmann
public class RtfInputStream extends FilterReader {
/** Search string for start of the section. */
private static final String SEC_START = "{\\stylesheet";
/** Search string for end of the section. */
private static final String SEC_END = "}}";
/** Locale store for the document data. */
private final StringBuffer strBuf = new StringBuffer();
* Wrapper for the input stream used by the RTF parser. 
* Here the complete document will be loaded into a string buffer
* and the section causes the problems will be deleted. 
* 
* @param in Stream reader for the document (e.g. {@link FileReader}).
* @throws IOException in case of I/O errors during document loading.
public RtfInputStream( final Reader in ) throws IOException {
super( in );
int numchars;
final char[] tmpbuf = new char[2048];
// read the whole document into StringBuffer
do {
numchars = in.read( tmpbuf, 0, tmpbuf.length );
if ( numchars != -1 ) {
strBuf.append( tmpbuf, 0, numchars );
} while ( numchars != -1 );
// finally delete the problem making section
deleteStylesheet();
* Deletion of the prblematic section.
private void deleteStylesheet() {
// find start of the section
final int start = strBuf.indexOf( SEC_START );
if ( start == -1 ) {
// section not contained, so just return ...
return;
// find end of section
final int end = strBuf.indexOf( SEC_END, start );
// delete section
strBuf.delete( start, end + 2 );
* Read characters into a portion of an array. 
* The data given back will be provided from local StringBuffer
* which contains the whole document.
* @param buf Destination buffer.
* @param off Offset at which to start storing characters -
* <srong>NOT RECOGNIZED HERE..
* @param len Maximum number of characters to read.
* @return The number of characters read, or -1 if the end of the
* stream has been reached
* @exception IOException If an I/O error occurs
public int read( final char[] buf, final int off, final int len ) throws IOException {
if ( strBuf.length() == 0 ) {
// if buffer is empty end of document is reached
return -1;
// fill destination array
int byteCount = 0;
for (; byteCount < len; byteCount++) {
if ( byteCount == strBuf.length() ) {
// end reached, stop filling
break;
// copy data to destination array
buf[byteCount] = strBuf.charAt( byteCount );
// delete to copied data from local store
strBuf.delete( 0, byteCount + 1 );
return byteCount;
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Integration of the warpper looks like:
RtfInputStream inDocument = new RtfInputStream( new FileReader("test.rtf"));
Document doc = rtf.createDefaultDocument();
rtf.read(inDocument, doc, 0 );
Hope this helps - for me it did :-)
Timo Wiedenmann
DaimlerChrysler TSS, Germany

Problem in Swing tree root node when displaying Japanese

I'm trying to create a tree using DefaultTreeModel. The root node will display text in Japanese and the other child nodes are in English. My problem is the root node fails to show Japanese correctly (only squares are shown).
I've already set my font.properties.ja to display Japanese font for virtual font "dialog":
dialog.plain.0=Arial,ANSI_CHARSET
dialog.plain.1=\uff2d\uff33 \u30b4\u30b7\u30c3\u30af,SHIFTJIS_CHARSET
dialog.plain.2=WingDings,SYMBOL_CHARSET,NEED_CONVERTED
dialog.plain.3=Symbol,SYMBOL_CHARSET,NEED_CONVERTED
And I've checked the "Tree.font" of UIManager is:
Tree.font = javax.swing.plaf.FontUIResource[family=dialog,name=Dialog,style=plain,size=12]
I'm quite sure that my font.properties.ja is correct as all message dialogs in my app. shows Japanese correctly (also using the same dialog font).
I got stuck. Can anyone please give me some advice? Thanks in advance.

hello!
first of all i am sorry that i cannot help u.
i am a java developer and start work on
Arabic ( one of the langugae supported by
unicode) text editing.If u have any knowledge that
what i should do to display the text in this language
in a textarea.when i run a code,this display only
square.
plz help me.i will be realy thankful to u.
Qaiser Mehmood
[email protected]

Japanese chars display in Solaris 8

I have a sun box with solaris 8 and Windows NT. I had FTP a notepad file containing japanese text from windows NT to the Solaris Environment but whenever the file is opened in solaris using editors like vi or dtpad, some special characters appear in place of japanese chars. I have also tried :-
-- FTP the file in binary form from windows to solaris
-- Changing the "locale" value to ja_JP.UTF8
-- Changing the language option to en_US.UTF8 at the login screen.
But the problem still persists. Kindly help me out.
Atul

UTF8 will make your head melt.
setenv LANG ja_JP.eucJP
sjtoeuc FILE
(I use mutt in japanese on solaris all the time and most of my mail is in japanese ^^;;)

Problem to display japanese/multi-byte character on weblogic server 9.1

Hi experts
We are running weblogic 9.1 on linux box [REHL v4] and trying to display Japanese characters embedded in some of html files, but Japanese characters are converted into a question mark [?]. The html files that contain Japanese characters are stored properly in the file system and retained the Japanese characters as they should be.
I changed character setting in the html header to shift_jis, but no luck. Then I added the encoding scheme for shift_jis in jsp_description and charset-parameter section in weblogic.xml but also no luck.
I am wondering how I can properly display multi-byte characters/Japanese on weblogic server without setting up internationalization tools.
I will appreciate for your advice.
Thanks,
yasushi

This was fixed by removing everything except teh following files from the original ( 8.1 ) domain directory
1. config.xml
2. SerializedSystemIni.dat
3. *.ldift
4. applications directory
Is this a bug in the upgrade tool ? Or did I miss a part of the documentation ?
Thanks
--sony

Problem in displaying Japanese characters on the browser.

Hi Friends,
Hope one of you could help me in this!!
We are using SHIFT_JIS character encoding in our jsps to display Japanese characters.
<%@ page contentType="text/html; charset=SHIFT_JIS" %>
Is there any other configuration required on server side to let the Japanese characters being displayed? Because what I am getting on screen is quite annoying. Well something like below.
?V?M???????�
Even though my knowledge in Japs isn't too good :-)) I can understand that these are not Japanese. I believe I am missing something in terms of server side configuration, Can anybody point that out. (Maybe some of the Japanese developers in here).
This could not be a client side issue, since from the same machine I can access other Japanese sites and they display properly. Let me know if anybody can help.
I am running these in WAS 5.0
Thanks,
King

Your text in the JSP should be UTF-8 nevertheless - as would be ideal
for internationalization. Java comes with a command-line conversion tool
native2ascii which is bidirectional.
As non-Japanese I am not certain whether "SJIS" might not be better (there
are some name variations in java).
The HTML generation will translate these characters to SHIFT_JIS in your case.
Where the target encoding cannot handle the intended character it receives a
question mark - hat you saw.
Furthermore you need a proper font in HTML and under Windows (window title).
Your webserver should have east-asian support. Though Japanese (and English)
are standard, I, as non-japanese am not certain about SHIFT_JIS.
Also there is some freedom in choice for a japanese encoding.

Japanese chars junk....

dear support....
i developing the struts application with language option.. like english and japan....
In JSP file the japanese chars and the english chars showing correctly.... In java file if i hard codely assign some variable and print in a sysout it is printed correctly in tha console...when retrive from the form object the japanese characters get junk...
1)i am setting the content type as utf - 8 in jsp
where i can look for the particular error....
thanks...

sorry... am not insulting the japanese language... just am say my problem regarding junk....what is my problem is"In JSP, The labels are displayed correctly in the japanese characters. suppose i am enter the japanese characters in the input fields and get it in the action class it is as a junk characters"... how can i overcome this... what are all the changes am going to made the application to support japanese characters....
thanks,
karthik

[Solved] URXVT cannot display Japanese Characters

Solved:
I had a typo in my locale.conf, setting to an invalid locale - apparently that did it.
Thanks for the help!
Hi everybody!
I just now re-installed Arch because I switched hard-drives (to an SSD) and everything seems to be working again, apart from one thing:
urxvt doesn't display Japanese Characters, just questionmarks instead when using ls and garbage characters otherwise.
I literally copied and pasted my ~/.Xresources from my old install, so I'm not quite sure what went wrong.
This is said file:
Urxvt.urgentOnBell: True
urxvt*cursorBlink: false
!urxvt*internalBorder: 0
!urxvt*externalBorder: 0
URxvt*.depth: 32
URxvt*.background: [85]#000000
! URxvt.scrollstyle: plain
URxvt.scrollBar: false
URxvt.foreground: grey
! red
URxvt.color1: #CC0000
URxvt.color9: #B33838
! blue
URxvt.color4: #3465A4
URxvt.color12: #729FCF
! yellow
Urxvt.color3: #b48363
URxvt.color11: #d49b4e
!URxvt.font: 8x13
urxvt*font: xft:DejaVu Sans Mono:size=8:antialas=true,xft:Kochi Gothic:size=8
This is what fc-list has to say:
% fc-list | grep "Kochi\|DejaVuSansMono"
/usr/share/fonts/TTF/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/TTF/kochi-mincho-subst.ttf: Kochi Mincho,æ±é¢¨ææ:style=Regular,æ¨æº
/usr/share/fonts/TTF/kochi-gothic-subst.ttf: Kochi Gothic,æ±é¢¨ã´ã·ãã¯:style=Regular,æ¨æº
/usr/share/fonts/TTF/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique
/usr/share/fonts/TTF/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/TTF/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique
I already tried re-installing the fonts and I also tried out alternative fonts, but nothing seems to work.
All the other settings from the ~/.Xresources file are applied perfectly, so I'm not quite sure where to look for the error.
My browser (dwb) displays japanese characters just fine.
Any help is greatly appreciated
Edit: I just realized that urxvt seems to completely ignore the fonts line - I had that problem once before, when I used the AMD Catalyst driver and not the open source one.
I now have an Nvidia card and started using the propietary driver - maybe that has something to do with it?
Last edited by lorizean (2013-12-02 13:16:14)

Works here:
URxvt*depth: 32
URxvt*buffered: true
URxvt*termName: rxvt-256color
URxvt.font: xft:Terminus:pixelsize=12:antialias=false
urxvt.imLocale: pl_PL.ISO8859-2
What's the output of 'localectl'?

Problem with Japanese character Codes

I have been working for a company which got a product to support the sms activities. We are developing a new feature which supports Japanese language as of now along with english. We developed a new character set called PDC which is a combination of the following Japanese character sets JIS + SHIFT- JIS+ KATAKANA + ASCII.
I am using Java API Charsets.jar to convert the bytes using the respective character sets to a STRING and presenting the converted STRING on a JSP.
The Problem is I am able to see the Jap Chars which belong to JIS + ASCII but not for KATAKANA and SHIFT-JIS.
I am using the below page tag in JSP.
<%@ page contentType="text/html; charset = JIS " %>
I couldn't find any other tag specifically which supports all the character sets. Could some one please help me?
Pradeep.

Okay... you developed a new character set... that's great. How's the browser supposed to know anything abou it?
Maybe just use UTF-8 which should support all of that and other languages as well and stop boxing yourself into a fixed charset.

Netscape using plugin doesn't display Japanese characters in a tree node

Hi,
I have a problem displaying a swing tree node name in Japanese. The problem only occurs on Netscape browsers. When I run the same applet with Internet Explorer, all the Japanese displays correctly. Now, with Netscape, the node name is displayed in little rectangle characters but the tooltip is displayed in Japanese. I don't believe I have any problem with the Java code because it works with IE.
I am using the java 1.3.1_01 plugin on a Windows NT machine that has a Japanese OS. I've also installed Japanese versions of Netscape. Also, Netscape is able to display my help files in Japanese correctly, so I am wondering if the problem is with the java plugin.
Any clues?
Many thanks

Found the problem. I set a font type of Arial. It's best to set the type to MS Gothic, or dont' set it at all so the system default font is used.

Problem displaying Japanese char set in JEditorPane

Similar Messages

Maybe you are looking for