Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 6223022
Votes 4
Synopsis '8' in 11pt Tahoma font is not rendered properly
Category java:classes_2d
Reported Against
Release Fixed 7(b28), 6u10(b06) (Bug ID:2154377)
State 10-Fix Delivered, bug
Priority: 3-Medium
Related Bugs 6320262 , 6511522 , 6591278 , 6647451
Submit Date 28-JAN-2005
Description
FULL PRODUCT VERSION :
java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
Java HotSpot(TM) Client VM (build 1.4.2_05-b04, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
 customer  Windows XP [Version 5.1.2600]


A DESCRIPTION OF THE PROBLEM :
The character '8' is not rendered properly when using Tahoma plain 11 pt font (corresponds to Windows "native" font Tahoma 8).


REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
import java.awt.*;
import javax.swing.*;

public class TahomaFontTest extends JFrame
{
   public TahomaFontTest()
   {
      JTextField tf = new JTextField("88888");
      tf.setFont(new Font("Tahoma", Font.PLAIN, 11));
      getContentPane().add(tf);
      pack();
      setVisible(true);
   }
   
   public static void main(String[] args)
   {
      try
      {
         UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
      }
      catch(Exception e)
      {
         e.printStackTrace();
      }
      new TahomaFontTest();
   }
}

---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
Use JRE 1.3.x :(
  xxxxx@xxxxx   2005-1-28 19:09:19 GMT
Work Around
N/A
Evaluation
I have filed this separately than 4924220 which is specifically about problems
with the Microsoft Sans Serif font, whereas this is a difference in the Tahoma
font. It seems best to track this differently unless its confirmed that this
issue has the same underlying cause as some of the issues in Microsoft Sans
Serif.

The difference I see is quite small. We turn on on extra pixel - the
one identified with "+", so there is some minor asymmetry in the glyph.

 XXX
X   X
X   X
 XXX
X  +X
X   X
 XXX

  xxxxx@xxxxx   2005-1-28 19:10:35 GMT
The problem is cause by using scaled outlines instead of unscaled outlines while 
processing IP hinting instruction. Being theoretically equivalent in reality they are not 
because of limitated precision of fixed point math we use. 

Difference in result of calculation is very small but in this particular case 
it has visible manifistation.

Reverting to usage of original outlines helps to resolve this issue and 
some other problems as well. In particular y from the Courier New font seems 
more clear in LCD mode.
Posted Date : 2007-10-11 18:35:35.0

Fix for this problem will also include fix for the 6320262.
Posted Date : 2007-10-15 16:56:52.0
Comments
  
  Include a link with my name & email   

Submitted On 13-NOV-2005
There is also a problem with the rendering of the "v" and "," characters (possibly others).

These problems are illustrated here: http://ld.hostrocket.com/images/glyphs.png


Submitted On 15-NOV-2005
neigor
Some glitches in Tahoma, such as problems with "v" and "," should be fixed in recent mustang builds (b53+) as part of  6282527 and 4924220.  Please try them. 

Problem with Tahoma "8" is still open though.


Submitted On 24-APR-2007
Thanks neigor. They are indeed fixed.

Any idea when this bug will be fixed?



PLEASE NOTE: JDK6 is formerly known as Project Mustang