From: Philippe Verdy (verdy_p@wanadoo.fr)
Date: Fri Sep 19 2003 - 18:42:43 EDT
Looks like it is not the appropriate list to discuss about Java
installation
for multi-languages applications.
It's true that the default installation of Java provides a set of
"font.properties" files which are customized and chosen at run-time
trying to match only the current user locale, and not other locales.
It is however possible to recombine all these font.properties files into
a single one containing all the required fonts to support more languages
than the current family of languages for which a default set of fonts is
specified.
I did it myself, but this is done manually: there's no API in Java to
customize the set of fonts to use in a Java application: either you
use the Java "logical" fonts, which are bound by default to a system-
and locale-dependant set of fonts working for a subset of Unicode, or
your Java application can specify the real font names to use to
display something. Shamely, there's currently no API in Java (Java2D?
AWT?) to build a logical font from a set of fonts.
I know that Sun is working on a new API that will deprecate the
use of "font.properties" files. It is expected that the first version
of Java to implement this API will also be provided with a new
resource format used instead of the badly documented (and officially
not supported!) font.properties format, and will be accessible from
applications or within a standard Java control panel to add new
font mappings to logical fonts (like "Dialog"), and choose the prefered
fonts to look for for some scripts (or Unicode ranges).
For now the "font.properties" files are specific for each hosting
platform onto which Java was ported. That's the most probable
reason why it is so badly documented (because it is not officially
part of the Java2 API, allowing other Java vendors to implement
other solutions to map system fonts to usable Java fonts).
I can't remember the URL where Sun discussed this with the Java
community, but I'm sure you'll find this discussion within the Java
Developers Forums and in the JCP, where several proposals to enhance
Java2D, AWT, Swing and java.text for easier interoperability.
Philippe.
----- Original Message -----
From: "Magda Danish (Unicode)" <v-magdad@microsoft.com>
To: <unicode@unicode.org>
Cc: <anne.gleitsmann@lhsystems.com>
Sent: Friday, September 19, 2003 11:13 PM
Subject: FW: Web Form: Other Question: Java Tool
> Anne,
>
> I am forwarding your email to the Unicode Public Email list
> http://www.unicode.org/consortium/distlist.html.
> I hope someone will be able to answer your question.
>
> Regards,
>
> Magda Danish
> Administrative Director
> The Unicode Consortium
> 650-693-3921
>
> > -----Original Message-----
> > Date/Time: Fri Sep 19 05:38:35 EDT 2003
> > Contact: anne.gleitsmann@lhsystems.com
> > Report Type: Other Question, Problem, or Feedback
> >
> > Dear Unicode-Team,
> >
> > my name is Anne Gleitsmann. My task is to implement a tool in
> > java that administers different Ressource-Bundles. In my tool
> > you can choose a master-document and one or more
> > slave-documents, then follows the data-comparision. The
> > document is being displayed in JTables.
> > Now the language-variety has been expanded to include
> > Japanese and Korean - and that is where my problem is: the
> > font of these languages is shown as little squares.
> >
> > I found the information in the internet that I need to add
> > the range of those characters to the font.properties file -
> > but how do I do this? Could you help me or give me advise as
> > to how to do this?
> >
> > Thank you!
> >
> > Greetings from Germany!
> >
> > Sincerely
> > Anne Gleitsmann
> >
> > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> > (End of Report)
> >
> >
>
This archive was generated by hypermail 2.1.5 : Fri Sep 19 2003 - 19:32:28 EDT