JDK-4833111 : RFE: API to indicate preference for locale-specific fonts
  • Type: Enhancement
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 1.2.0,1.4.0,1.4.1
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,windows_98,windows_nt
  • CPU: generic,x86
  • Submitted: 2003-03-15
  • Updated: 2017-05-16
  • Resolved: 2003-08-18
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.
Other
5.0 tigerFixed
Related Reports
Duplicate :  
Description

Name: nl37777			Date: 03/14/2003


The current set of logical fonts are designed to keep the same aspect in 
all languages, which means all Alphabetical characters are displayed in 
the same set of fonts in all languages. This is not a good design for 
all applications.

For example, in the current font.properties.ja file, Alphabetical 
characters and Japanese Kanji characters are displayed in different 
fonts, while Japanese language prefer to display all characters in 
Japanese fonts.

We need an API that lets applications indicate their preference for 
locale-specific or Latin fonts as the primary component of logical 
fonts. This should be a simple method that's called once at application 
startup and then impacts all fonts created for the application or applet 
context.
======================================================================

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger FIXED IN: tiger INTEGRATED IN: tiger tiger-b16
14-06-2004

EVALUATION Targetted for tiger. This is part of 4641877 ###@###.### 2003-03-17 =================================== Added GraphicsEnvironment.preferLocaleFonts() ###@###.### 2003-08-08 ===================================
17-03-2003