===========================================================
JDK : mantis jdk1.4.2 b07
      j2sdk-1_4_2-beta-bin-b07-windows-i586-13_nov_2002.exe
OS : Windows ja 2k pro and WindowXP ja pro.
Test case : CharViewMultiLine.java, FontView.java (attached)
===========================================================

Tested on Windows ja 2k pro and Windows XP ja pro with Mantis b07.

When Japanese character are displayed on TextArea on Windows ja 2k pro and WindowsXP ja pro with mantis jdk142-b07,
linebreaking is unsuiable and it is displayed as follows;

     3000 \u3000\u3001\u3002\u3003... 3010 \u3010\u3011\u3012...
     ... 3020.... 3030....
     .. 3040 \u3041\u3042\u3043...

It should be displayed as follows;
     
     3000 \u3000\u3001\u3002\u3003\u3004
     3010 \u3010\u3011\u3012\u3013\u3014
     3030
      .
      .
      .

* This problem does not occur Hopper fcs on the same machine(win2k/winXP).
Therefore, this is a regression problem.

Please see attached file, jdk142-b07.gif and jdk141-fcs.gif

* This problem occurs on only Windows ja 2k pro and WindowsXP ja pro.
  This problem does not occur on Windows 98 2nd ja and Windows ME ja.

* This problem does not occur on ASCII character like a Basic Latin.
  
* I saw that this is repoducible on not only Japanese character, but also Mathematical Operators(\u2200).

Steps to reproduce:
1. compile and run attached file(CharViewMultiLine.java and FontView.java)
   % java CharViewMultiLine
2. Come up CharViewMultiLine dialog
3. Input Japanese charcter code(\u3000 or \u4e00) or Mathematical Operators(\u2200)

You can see the problem.
This problem does not occur on Choice and List component, occurs on only TextArea.

* I confirmed that this problem reproducible since Mantis b02.

[###@###.### 2002-11-18]