Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 4517869
Votes 41
Synopsis An example of a TrueType font that refuses to render
Category java:classes_2d
Reported Against merlin-beta3
Release Fixed
State 11-Closed, Not a Defect, bug
Priority: 4-Low
Related Bugs
Submit Date 22-OCT-2001
Description




java version "1.3.1_01"
Java(TM) 2 Runtime Environment, Standard Edition (build
Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode)

I have an app-specific TrueType font the refuses to render in any of the Sun
JDK's (1.3.1, 1.4-b2) on Windows or Linux. This same font works in all recent
 customer  1.3.0 JDKs on Windows or Linux. Perhaps they have a different font
rendering engine or have submitted a patch that has not been incorporated.

You can get a copy of the Font from this URL:

 http://giantlaser.com/tonto/pronto.ttf

I am using the Font.createFont() call and it is returning a Font reference that
prints out the right information. However, in Sun JDK's, all of the characters
render as square outlines.
(Review ID: 134122) 
======================================================================
Work Around
The user can use the appropriate code points for the MS symbol CMAP
which map into the unicode private use area. The exact code points
can be seen in Font2DTest when that range is selected.

  xxxxx@xxxxx   2002-06-17
============================
Evaluation
The program in question uses a JLabel in a JFrame to display the font.  
Font rendering issues are generally handled by 2D.  
  xxxxx@xxxxx   2001-10-22

===============================

I've dumped the font and it doesn't have a MS unicode CMAP subtable.
It has i) A MS Symbol CMAP (3,0) ii) A Macintosh Roman CMAP (1,0).

I suspect the IBM JDK is reading the Mac cmap subtable in the font
and using it to display the latin unicode code points the user has
requested from the font. Sun's JDK does not interpret the Mac CMAP
unless there are no MS subtables.

To be used with Sun's JDK a suitable cmap subtable is required.

  xxxxx@xxxxx   2002-06-17
============================

This font does render at the private use area, so this isn't a bug. Consideration of mapping the code points elsewhere is under RFE 4549043

  xxxxx@xxxxx   2003-03-17
===========================
Comments
  
  Include a link with my name & email   

Submitted On 08-NOV-2001
soallen
This bug also exists in the latest 1.3 implementation on Mac
OS X 10.1.


Submitted On 10-NOV-2001
soallen
The font has been removed from the web site. Please contact
me if you need a copy for testing.


Submitted On 11-DEC-2001
soallen
The latest 1.4beta3 seems to render the font much better,
but it also has the strange side-effect of causing all
JLabels and JButtons to use the dynamically loaded font
instead of the system default font!!! This happens on both
Linux and Windows.


Submitted On 12-MAY-2002
soallen
the 1.4 release behaves the same as 1.4beta3.


Submitted On 27-JUN-2002
soallen
The recommended workaround does not permit the use of the
font within JLabel, JTextField or other Swing text fields.
This covers about 95% of my use cases.

Is Sun planning on addressing this bug in their 1.3.x
series? It appears to have been solved in the Sun 1.4 and
IBM's 1.3 series.


Submitted On 30-DEC-2004
dgahagan
The recommended workaround does not permit the use of the
font within JLabel, JTextField or other Swing text fields.
This covers about 95% of my use cases.

Is Sun planning on addressing this bug in their 1.3.x
series? It appears to have been solved in the Sun 1.4 and
IBM's 1.3 series.



PLEASE NOTE: JDK6 is formerly known as Project Mustang