JDK-6511522 : Some characters are not displayed properly when font size <= 10
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 5.0u8
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_2.5.1
  • CPU: sparc
  • Submitted: 2007-01-10
  • Updated: 2010-04-04
  • Resolved: 2007-01-15
Related Reports
Duplicate :  
JDK-6476281 - Some characters are not displayed properly when font size <= 10
Relates :  
JDK-6223022 - '8' in 11pt Tahoma font is not rendered properly
Relates :  
JDK-6320262 - Q in Microsoft Sans Serif is different from native
Description
Steps to recreate:
-------------------
 1. Run the Font2DTest in the demo package (demo\jfc\Font2DTest)
 2. Change the size value to 10, or less than 10 (the problem is very clear when the size is set to 8).
 3. Change the Font and you will see that some parts of the following characters (among others) are not displayed properly.


Font 'Arial' : 'F','H','K','M','N','R','U','W','j','k','m','n','u'
  
Font 'Courier New' : 'Q','W','e','w'

Font 'Times NEW Roman' : 'M','NZ','i','l','m','n','q'
Comments
EVALUATION Comparing Wordpad and Font2DTest i can see that at java size 8 (wordpad size 6, 96 dpi) text in java has more glitches. Note that MS rasterizer results are not very well readable anyway, so impact of these glitches does not seem to be high. This problem might have some connection to bugs 6320262 or 6223022. But these are reported for slightly bigger sizes and likely have different roots. Difference between size 8 and size 9 text is very noticeable. I suspect that this is because hinting is not applied for font sizes below 9. Probably MS has different threshold. From the past experiments - reducing the treshold helps to improve quality for small sizes on some fonts but there were some new artefacts on some others.
10-01-2007