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: 6587560
Votes 0
Synopsis OpenJDK problem handling bitmaps returned when LCD text is requested.
Category java:classes_2d
Reported Against
Release Fixed 7(b33)
State 10-Fix Delivered, bug
Priority: 3-Medium
Related Bugs 6646745
Submit Date 31-JUL-2007
Description
In the new OpenJDK b17 usage of freetype, when requesting LCD mode glyphs, if
there are embedded bitmaps, freetype may return those.
Freetype indicates this with as
ftglyph->bitmap.pixel_mode ==  FT_PIXEL_MODE_MONO

This is detected and generally handled correctly.
However when the implementation has already calculated that if it requested
LCD bitmaps, the "width" of the glyph in pixels is 1/3 of ftglyph->bitmap.width.
This doesn't appear to be a valid assumption in the case when an embedded bitmap
is requested.

The "width" problem is for the LCD_HRGB (FT_PIXEL_MODE_LCD) case
A similar problem exists for the LCD_VRGB (FT_PIXEL_MODE_LCD_V) case.

In the width case the glyphs are rendered thin and multi-coloured.
In the height case the glyphs are rendered clipped vertically

For "mono" we should always set
          glyphInfo->width = width; ( == ftglyph->bitmap.width)
          glyphInfo->height = height; ( == ftglyph->bitmap.height)
Posted Date : 2007-07-31 20:22:03.0
Work Around
N/A
Evaluation
Use value of ftglyph->bitmap.pixel_mode to decide whether width/height has to be scaled.
Posted Date : 2008-05-28 16:18:49.0
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang