Solved

Foreign characters

Posted on 2004-09-09
26
382 Views
Last Modified: 2013-12-03
I can type Russian, Hebrew etc into a JTextField and JTextArea and they display ok, but sending the strings over a socket seems to destroy them and they become question marks. What readers / writers / streams are best to use in this case?
0
Comment
Question by:afterburner
  • 12
  • 7
  • 4
  • +1
26 Comments
 
LVL 92

Expert Comment

by:objects
Comment Utility
use a Writer and check the problem isn't with whats reading the data at the other end.
0
 

Author Comment

by:afterburner
Comment Utility
At the other end is always a buffered reader that reads the string. Or would the problem be in something else?
0
 
LVL 92

Assisted Solution

by:objects
objects earned 80 total points
Comment Utility
check the encoding being used
and is the oher end using a font that supports the characters being sent?
0
 

Author Comment

by:afterburner
Comment Utility
I tried sending the string as a string captured from the JTextField (JTextField.getTExt();), then tried it as a new String using UTF, UTF-8, UTF-16, UTF-16BE, UTF-16LE, etc., and none of these worked, although with 16BE I think it was, the displayed return string looked a bit more promising, as it was not simply question marks, but I guess this is neither here nor there.

As I am using loopback, yes, the 'other end' is also using a font that supports the charset.
0
 

Accepted Solution

by:
Al-Khwarizmi earned 320 total points
Comment Utility
When you instance your BufferedReader, be sure to pass it a Reader object configured with the encoding you're used.

As in

myReader = new BufferedReader ( new InputStreamReader ( myInputStream , "UTF-16" ) );
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
>>and they become question marks

Where?
0
 

Author Comment

by:afterburner
Comment Utility
>> be sure to pass it a Reader object configured  ...

that sounds like a good idea - I will try that.

>> Where?  ...

in the displaying JTextArea which receives the returned string.
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
>>in the displaying JTextArea which receives the returned string.

That's OK then

>>that sounds like a good idea - I will try that.

Let us know if it doesn't work. Use UTF-8 unless you have a specific reason not to
0
 

Author Comment

by:afterburner
Comment Utility
>> Use UTF-8 unless you have a specific reason not to ...

Does the printerwriter *and* the reader have to be configured with the encoding?
0
 

Expert Comment

by:Al-Khwarizmi
Comment Utility
If you use a PrintWriter too, the situation is similar:

PrintWriter myPrintWriter = new PrintWriter ( new OutputStreamWriter ( myOutputStream , "UTF-16" ) );

would be a good match for the reader above, if the input and output streams are connected as is the case with a socket.
0
 
LVL 86

Assisted Solution

by:CEHJ
CEHJ earned 100 total points
Comment Utility
>>Does the printerwriter *and* the reader have to be configured with the encoding?

Readers/Writers have to match encoding-wise
0
 

Author Comment

by:afterburner
Comment Utility
OK, it will take me a little while to change things. Two small points meanwhile  - why do you mention UTF-8 and AL-Khwarizmi UTF-16 ? ; and secondly, will the encoding still allow the transport of ASCII chars as is the case with the existing Printwriter and Reader that I'm using?
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
>>why do you mention UTF-8

It's the most economical way of transmitting Unicode

>>will the encoding still allow the transport of ASCII chars as is the case with the existing Printwriter and Reader that I'm using?

Yes - 'ascii' is a subset of Unicode
0
Highfive Gives IT Their Time Back

Highfive is so simple that setting up every meeting room takes just minutes and every employee will be able to start or join a call from any room with ease. Never be called into a meeting just to get it started again. This is how video conferencing should work!

 

Author Comment

by:afterburner
Comment Utility
That's it. Thanks 4 ur help(s).
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
8-)
0
 

Expert Comment

by:Al-Khwarizmi
Comment Utility
I only mentioned UTF-16 as an example, sorry if that confused you. UTF-8, as CEHJ says, is probably a better option in your case. UTF-16 is more suited for heavy use of Asian languages, where it can save space.

Although I don't think you need it, if you want to learn more about unicode formats you can check http://www-106.ibm.com/developerworks/library/utfencodingforms/index.html?dwzone=unicode
0
 

Author Comment

by:afterburner
Comment Utility
>> UTF-16 is more suited for heavy use of Asian languages ...

in fact, that is exactly where it comes in - but at least I know now, and appreciate your help v. much.
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
>>
UTF-8, as CEHJ says, is probably a better option in your case. UTF-16 is more suited for heavy use of Asian languages, where it can save space.
>>

Yes you're right. That comment of mine could have been quite misleading. I think it's better to say UTF-8 is more economical when there are mixed 'ascii' and higher characters
0
 

Author Comment

by:afterburner
Comment Utility
Tell me if I need to open another question for this, but I have been trying it now with Japanese and Korean, and all I get are little squares in the JTextArea and JTextFields. Would any of you have anything to say on that? It's these languages - plus Chinese  - that I need in particular.
0
 
LVL 92

Expert Comment

by:objects
Comment Utility
> and all I get are little squares in the JTextArea and JTextFields.

Are you using a font that supports the characters being used?
0
 

Author Comment

by:afterburner
Comment Utility
>> Are you using a font that supports the characters being used?


I am, because I can type Japanese into Word - although I admit I am not sure of the role of IME in this, and fear it may be some kind of a 'closed interface', just for M$ purposes, which Java can't share.

0
 
LVL 92

Expert Comment

by:objects
Comment Utility
Is the same process involved transferring the string, and if so what encoding are you using.
0
 

Author Comment

by:afterburner
Comment Utility
Yes, it is the same process exactly. I tried with UTF-8 first and it didnt work so I tried UTF-16LE for no good reason :) which of course didnt work either.
0
 

Author Comment

by:afterburner
Comment Utility
I think (but I am not sure) that I might have seen another choice apart from IME when installing the Asian support; if that's the case should I unistall IME and try another one?
0
 

Author Comment

by:afterburner
Comment Utility
Ah, sorry, my comment about using a Font that supports Jap may not be right exactly, since I might of course not be using the same one in Word as I am in the Java app JTextField. Should I check that or is it a red herring?
0
 
LVL 86

Expert Comment

by:CEHJ
Comment Utility
You need to do something like:

textField.setFont(new Font("Batang", Font.PLAIN, 12));
0

Featured Post

What Should I Do With This Threat Intelligence?

Are you wondering if you actually need threat intelligence? The answer is yes. We explain the basics for creating useful threat intelligence.

Join & Write a Comment

By the end of 1980s, object oriented programming using languages like C++, Simula69 and ObjectPascal gained momentum. It looked like programmers finally found the perfect language. C++ successfully combined the object oriented principles of Simula w…
Basic understanding on "OO- Object Orientation" is needed for designing a logical solution to solve a problem. Basic OOAD is a prerequisite for a coder to ensure that they follow the basic design of OO. This would help developers to understand the b…
Video by: Michael
Viewers learn about how to reduce the potential repetitiveness of coding in main by developing methods to perform specific tasks for their program. Additionally, objects are introduced for the purpose of learning how to call methods in Java. Define …
This video teaches viewers about errors in exception handling.

771 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

10 Experts available now in Live!

Get 1:1 Help Now