私の知る限り、AWT API は基になるフォント情報を公開しません。あなたがそれに到達できれば、それは実装に依存すると思います。確かに、いくつかの JRE lib ディレクトリのフォント マッピング ファイルを比較すると、一貫した方法で定義されていないことがわかります。
独自のフォントを読み込むこともできますが、必要なものがプラットフォームに付属していることを考えると、少し無駄に思えます。
これは、JRE フォントをロードするハックです。
private static Font loadMonospacedFont(Display display) {
String jreHome = System.getProperty("java.home");
File file = new File(jreHome, "/lib/fonts/LucidaTypewriterRegular.ttf");
if (!file.exists()) {
throw new IllegalStateException(file.toString());
}
if (!display.loadFont(file.toString())) {
throw new IllegalStateException(file.toString());
}
final Font font = new Font(display, "Lucida Sans Typewriter", 10,
SWT.NORMAL);
display.addListener(SWT.Dispose, new Listener() {
public void handleEvent(Event event) {
font.dispose();
}
});
return font;
}
IBM/Win32/JRE1.4、Sun/Win32/JRE1.6、Sun/Linux/JRE1.6 で動作しますが、かなり脆弱なアプローチです。I18N のニーズによっては、そこでも問題が発生する可能性があります (確認していません)。
別のハックは、プラットフォームで利用可能なフォントをテストすることです:
public class Monotest {
private static boolean isMonospace(GC gc) {
final String wide = "wgh8";
final String narrow = "1l;.";
assert wide.length() == narrow.length();
return gc.textExtent(wide).x == gc.textExtent(narrow).x;
}
private static void testFont(Display display, Font font) {
Image image = new Image(display, 100, 100);
try {
GC gc = new GC(image);
try {
gc.setFont(font);
System.out.println(isMonospace(gc) + "\t"
+ font.getFontData()[0].getName());
} finally {
gc.dispose();
}
} finally {
image.dispose();
}
}
private static void walkFonts(Display display) {
final boolean scalable = true;
for (FontData fontData : display.getFontList(null, scalable)) {
Font font = new Font(display, fontData);
try {
testFont(display, font);
} finally {
font.dispose();
}
}
}
public static void main(String[] args) {
Display display = new Display();
try {
walkFonts(display);
} finally {
display.dispose();
}
}
}
ロケールの問題にさらされる可能性があるため、これはおそらく良い方法ではありません。さらに、最初に目にする等幅フォントが、巻き線のアイコン セットではないかどうかもわかりません。
最良のアプローチは、フォント/ロケール マッピング ホワイトリストに基づいて最善の推測を行い、ユーザーがFontDialogを介して自分に合うように UI を簡単に再構成できることを確認することです。