Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4253898

certain CJK Unicode characters not rendering in Swing Text Components

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: P3 P3
    • None
    • 1.2.2
    • client-libs
    • None
    • 2d
    • sparc
    • solaris_2.6


      dischord:/home/btp/run 6 % uname -a
      SunOS dischord 5.6 Generic_105181-12 sun4m sparc SUNW,SPARCstation-20


      I have a machine with various localizations installed. I am writing test programs that test the capabilities of these packages and their interaction with various JDK versions and components. Certain characters, when tested under Japanese, are behaving strangly.


      DATA
      _____

      various applets...

      (an 'x' denotes no glyph displayed)
      JDK implementation some of the faulty characters (HEX)
      used used 4f00 1 2 3 4 5 6 7 8 9 a
      _____________________________________________________________________
      ACTUAL--------
      1.2.1 awt x x x x
      swing x x x x x x x x
      1.2.2 awt x x x x
      swing x x x x x x x x
      EXPECTED------
      none terminal (expected) x x x x



      I also tried viewing them with different versions, as well and the same results came up.

      I have included some simple sample applets, as well as their sources. Japanese locales are required to view the results above. The appletviewer works best when viewing them.
       ie. appletviewer awt.html ,
      appletviewer swing.html


      AN APPLICATION
      ---------------

      I am including the source and jar file (run by typing java -jar SwingChartest.jar in Java1.2) to my Swing Application implementation. The applets show the contrast between the AWT implementations and the Swing ones, while this application shows the contrast between a Swing Implementation and the terminal.

      Please note that on characters such as 0x4f08, when you type in "4f08" on the left of the HEX: field and press "Evaluate" that the terminal outputs a character while the Current Character: field outputs what appears to be nothing. Highlight this "nothing" and click on Edit, then copy to clipboard. Cycle through some more characters, then later on used the edit menu to paste that piece of "nothing" you got previously into the Current Character: field. Now press the evaluate key underneath Current Character: and you will see that this "nothing" has the correct hex value, just that the character isn't being rendered.



      CONCLUSION
      ---------------

      It appears as if the AWT components and the terminal are behaving as it should but some of the Swing Components are not.

            pkejriwasunw Parry Kejriwal (Inactive)
            duke J. Duke
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: