Swing/FontChange のバックアップ(No.1)
- バックアップ一覧
- 差分 を表示
- 現在との差分 を表示
- 現在との差分 - Visual を表示
- ソース を表示
- Swing/FontChange へ行く。
- 1 (2006-04-16 (日) 01:31:01)
- 2 (2006-05-31 (水) 10:35:06)
- 3 (2006-09-12 (火) 16:14:39)
- 4 (2006-09-12 (火) 17:24:39)
- 5 (2007-05-16 (水) 13:59:35)
- 6 (2007-05-16 (水) 15:08:34)
- 7 (2007-12-10 (月) 20:43:41)
- 8 (2009-02-27 (金) 12:42:04)
- 9 (2009-11-03 (火) 00:08:46)
- 10 (2009-12-08 (火) 13:02:22)
- 11 (2010-11-20 (土) 06:25:08)
- 12 (2013-02-26 (火) 14:50:19)
- 13 (2013-02-26 (火) 16:10:01)
- 14 (2013-05-25 (土) 09:12:49)
- 15 (2013-05-26 (日) 00:51:21)
- 16 (2013-05-26 (日) 05:28:25)
- 17 (2013-05-26 (日) 07:09:46)
- 18 (2013-08-16 (金) 16:16:14)
- 19 (2013-08-17 (土) 15:29:42)
- 20 (2013-09-24 (火) 21:09:06)
- 21 (2014-11-01 (土) 00:46:09)
- 22 (2014-12-30 (火) 15:30:23)
- 23 (2015-01-28 (水) 15:05:15)
- 24 (2015-03-03 (火) 14:16:05)
- 25 (2015-03-07 (土) 15:37:42)
- 26 (2016-05-24 (火) 22:22:12)
- 27 (2016-05-25 (水) 13:04:44)
- 28 (2017-03-28 (火) 15:08:00)
- 29 (2017-03-30 (木) 14:05:52)
- 30 (2017-03-31 (金) 16:08:14)
- 31 (2017-04-04 (火) 14:17:08)
- 32 (2017-04-07 (金) 13:51:51)
- 33 (2017-08-15 (火) 14:38:03)
- 34 (2017-11-02 (木) 15:34:40)
- 35 (2018-08-24 (金) 13:57:50)
- 36 (2019-10-18 (金) 17:41:27)
- 37 (2021-05-20 (木) 07:49:53)
- 38 (2022-08-20 (土) 22:15:25)
- 39 (2024-02-15 (木) 20:22:19)
TITLE:UIManagerで使用するFontを統一
UIManagerで使用するFontを統一
編集者:Terai Atsuhiro
作成日:2003-10-01
更新日:2024-02-15 (木) 20:22:19
概要
Swingの各種コンポーネントで使用する全てのフォントを一気に変更します。 JavaHouse-Brewers:49474 Re: setFont に関してから引用しています。
サンプルコード
Font font = new Font("Sans-serif", Font.TRUETYPE_FONT, 11); FontUIResource fontUIResource = new FontUIResource(font); UIDefaults defaultTable = UIManager.getLookAndFeelDefaults(); Set set = defaultTable.keySet(); Iterator it = set.iterator(); while(it.hasNext()) { Object o = it.next(); if(o instanceof String) { String s = (String)o; if(s.endsWith("font") || s.endsWith("Font")) { UIManager.put(s, fontUIResource); } } }
- &jnlp;
- &jar;
- &zip;
解説
Windowsで使う場合、Font.TRUETYPE_FONTを使用すると、GUIの見栄えが大分良くなるようです。
全部のコンポーネントではなく、例えばテーブルのフォントだけ変更したい場合は以下のように設定します。
UIManager.put("Table.font", new FontUIResource(font));
UIManagerのキー一覧を作るなどして、いろいろ検索してみてください。
//キー一覧の作成例 Set set = UIManager.getLookAndFeelDefaults().keySet(); Iterator it = set.iterator(); while(it.hasNext()) { System.out.println(it.next()); }
この方法は、一々LookAndFeel作るのが面倒なときには便利です。サンプルではメイン関数の中で、コンポーネントを作成する前に一回だけ使用しています。フォントを変えるために、まじめにLookAndFeelを自作する場合は以下などを参考にしてみてください。
また、フォントが気に入らないだけなら、Metalで使ってるフォントが格好悪いので、それを変更してやるだけでもいいかもしれません*1。
try{ UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); }catch(Exception e) { //throw new InternalError(e.toString()); }
参考リンク
コメント
- JFileChooser インスタンス化前に上記ソースを実行すると ConcurrentModificationException がスローされるのですが... 「JDK1.4.2_02」プロパティーが動的に変化するとしたらあまり有効な方法でないのでは? -- MT?
- 割と手軽なので重宝するのですが、ちゃんとスレッド処理考えたほうがいいのかもしれませんね。 -- terai
- レスありがとうございます _ _)m とりあえず Container を辿りながら含まれている Component 毎に setFont 呼ぶようなユーティリティ用意してしのいでいます^^; -- MT?
- UIManagerのリストにないコンポーネント(独自で作成したボタンなどのコンポーネント)なども追加すると変更が適用されるのでしょうか? -- mari?
- JBottunなどのSwingコンポーネントを継承していれば変更されるはずです。 -- terai
- レスありがとうございます。その場合、独自のコンポーネントを追加すると、そのコンポーネントのみ変更が適用されますか?Panelを追加したら全てのpanelに適用されてしまってうまくいきませんでした。良い方法があったら教えてください。 -- mari?
- すべてのコンポーネントに一々設定するのが面倒な場合のための方法なので、上記の場合は使用する意味が無いですね(^^;。ある独自コンポーネントのみフォントを変えたいのなら、コンストラクタなどで普通にsetFontすればいいのでないかと思うのですが、どうなんでしょう?そうじゃなくて、あるパネル以下のコンポーネントのフォントを一気に変えたいということなんでしょうか? -- terai
- たびたびすみません。全体のフォントの大きさをツールバーの選択によって変化させるようにしたいです。フォントだけ変化させたいのですが、コンストラクタなどで勝手にsetBackgroundしているコンポーネントはLook&Feelで設定しているデフォルトのbackgroundに変わってしまいました。またnewするわけではないので、そのコンポーネントのみののデフォルトをどこかで設定できたらいいなー、と思いました。Look&Feelでもpanelだったらpanel全ての設定しかできないのでしょうか?有効な方法があったら教えてください。よろしくお願いいたします。 -- mari?
- Look&Feelで変更するのではなく、イベントリスナーを作って実装するのはどうでしょう?はずしてるかもしれませんが、とりあえずサンプル置いておきます。初期値はコンストラクタで指定してます。ツールバーじゃなくてメニューで、フォントを切り替えてます。コンボボックスを切り替えたときにサイズがおかしいのは愛嬌ということで…。 -- terai
- すばらしいサンプルありがとうございます!参考にさせていただきました☆フォントの変更をLook&Feelで行って、残りの描画できなかった背景色などをPropertyChangeListenerを実装して描画しなおす、という方法も考えたのですが、こちらでも問題ないでしょうか?主題から外れてしまって申し訳ありません・・・。 -- mari?
- 次のネタ用にイベント作っただけなので、PropertyChangeListener使うのはまったく問題ないと思います。むしろちゃんとJavaBeansにしてPropertyChangeListener使うほうがいいかもしれません(^^;。 -- terai