-
Bug
-
Resolution: Duplicate
-
P3
-
None
-
1.4.2
-
generic
-
generic
Customer comments:
I have attached two screenshots and a jar file containing modified
'Notedpad' demo. This modified demo shows an issue we have in our
application.
Please unjar the attachment and execute 'java -cp . Notepad' inside the
Notepad directory. Note the button sizes and click on 'test' button to
see the bug effect.
ISSUE:
If you do not explicitly set margin/insets to buttons in a toolbar and
later if you execute 'SwingUtilities.UpdateComponentTreeUI' on the
parent component, the toolbuttons suddenly become bigger.
I did some investigation and it looks like, after the UpdateUI call,
the inside border values of the button's compound border changes from
the default( 3,3,3,3) to the current margin.
Ofcourse if you explicitly set a margin it fixes the problem. But there
seems to be a bug in the way the buttons are rendered pre/post updateUI
call.
I have attached two screenshots and a jar file containing modified
'Notedpad' demo. This modified demo shows an issue we have in our
application.
Please unjar the attachment and execute 'java -cp . Notepad' inside the
Notepad directory. Note the button sizes and click on 'test' button to
see the bug effect.
ISSUE:
If you do not explicitly set margin/insets to buttons in a toolbar and
later if you execute 'SwingUtilities.UpdateComponentTreeUI' on the
parent component, the toolbuttons suddenly become bigger.
I did some investigation and it looks like, after the UpdateUI call,
the inside border values of the button's compound border changes from
the default( 3,3,3,3) to the current margin.
Ofcourse if you explicitly set a margin it fixes the problem. But there
seems to be a bug in the way the buttons are rendered pre/post updateUI
call.
- duplicates
-
JDK-4886944 1.4.2 REGRESSION: Rollover mode in JToolBar is lost after first switching L&F
-
- Resolved
-