JDK-6545343 : One german character in GTK l&f in SwingSet2 demo is not properly displayed
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 6u2
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: linux,linux_2.6
  • CPU: x86
  • Submitted: 2007-04-12
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
6u4Fixed 7 b14Fixed
Related Reports
Duplicate :  
java bundle: jdk 6u2 b01
os: RHEL 5
architecture: x86

One german character (umlaut u) in GTK l&f in SwingSet2 demo is not properly displayed. The two dots above the letter "u" are too close one to the other. The other umlaut characters (o,a,e) are ok.
Screenshot is attached.
Actually, "a umlaut" and "o umlaut" have the same problem. I got confused by "a tilde" and "o tilde" which look like umlaut caracters should. I'm sorry sor the confusion.

EVALUATION Current solution is to revert to usage of linear scan. This is in line with what does freetype and seems to be different from Microsoft approach. However, majority of known affected fonts are common on Linux platform and linear scan produces same results (as optimised procedure) on good fonts. I.e. the only potential difference on typical Windows fonts is performance degradation. However, it is very unlikely too - application of DELTA instruction is just small part of hinting process. Vast majority of lists of DELTA istructions is below 10 elements (from sample of 1000 fonts). Moreover, DELTAs are mostly applicable to small sizes and jdk caches glyph images for these sizes in most of cases.

SUGGESTED FIX http://javaweb.sfbay/jcg/7/2D/6545343/

EVALUATION Truetype spec has following note: > NOTE: Always observe that DELTA instructions expect the argument list to be sorted > according to ppem. The lowest ppem should be deepest on the stack, and the highest ppem > should be topmost on the stack. However, at least some of DejaVu font seems to store deltap arguments in the reverse order. Unfortunatelly our rasterazer relies on particular argument order to optimize argument lookup. Unexpected order of arguments causes T2K to miss applicable DELTAP arguments. For instance, freetype does linear scan of all arguments and therefore it works fine with this font.