Known Limitations and Bugs Report

There is no Portable Way to Use/Install New Fonts With Java 1.1.

• Easy way with Microsoft SDK
  

  new com.ms.awt.FontX("My_New_Font_Name",Font.BOLD,18);
  	      

• Bad time with Sun JDK
  
  • You must modify your font.properties file in java/lib by creating a kind of alias between the abstract font name and the system font name (this suppose that you have the right permission over the file and imply that these modifications will be global for all users !!).

    My_New_Font.0=My_New_Font_System_Name,ANSI_CHARSET
    		  

  • In the Java code use the abstract name for creating an AWT font

    new Font("My_New_Font",Font.BOLD,18);
    		  

  See Fonts in Java

  The Java 1.2 seems to relax this constraint. Since the font constructor accept both logical font name and font face name.

Size of Italic is not Equal to the Draw Area.

The size computed for some font with font metrics differs from the drawing and cleaning area. For example, the letter "f" in big italic will recover a part of the previous and next letters.

Problem with drawBytes under Linux.

The drawBytes method doesn't work accuraty under Linux. The current font is not always correct. Using the drawString method is the current workaround for Linux. The penality is an heavy object allocation (bytes to string conversion and object allocation while using drawString).

The Source

Current Workaround
Use drawBytes instead of drawString (Heavy cost of string conversion).

The Source

Wrong Layout of Heavy Component in a Custom Container on SDK.

We encounter strange offsets on Microsoft SDK and Internet Explorer when subclassing Container and laying out manually heavyweight component, such scrollbar.

The Source

Current Workaround
Subclass Panel instead of Container.

The Source

Microsoft's VM can't Handle Accuratly Sun's Optimized Code.

When using the option "-O" with javac some public accessors to a private member seem to be inlined and cause illegal access exception when running on Microsoft's virtual machine. Side effect, an inner class can't access freely to private members or methods of the enclosing class on Microsoft SDK and Internet Explorer.

The Source

Current Workaround
Compile without optimization or remove the private modifier in the enclosing class.

The Source

The Scrollbar's Unit Increment is not Taken into Account by some JDK.

The setUnitIncrement method seems to have no effect with some JDK. The value that is added (subtracted) when scrolling with the arrows is 1.

The Source

Current Workaround
Move to another Java version (the JDK 1.1.6 on NT seem's to correct this feature), or deal with the line increment manualy.

The Source