-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
P4
-
Affects Version/s: 8
-
Component/s: client-libs
-
x86
-
windows_2003
FULL PRODUCT VERSION :
A DESCRIPTION OF THE PROBLEM :
JTree.updateUI seems to calculate item sizes from the cell renderer, but it doesn't call updateUI on the cell renderer until afterwards. This leads to incorrect size calculation. For example, after switching from the Windows look-and-feel to the Nimbus look-and-feel, all tree items are slightly too cramped, with too little space between rows and text being abbreviated.
The solution is for JTree.updateUI to update the cell renderer before (or before and after) updating itself.
I've reported other bugs with L&F changes on JTree and JList, and they have been totally ignored, so I'm not hopeful about this either, but I figured I'd report it too for completeness' sake.
REPRODUCIBILITY :
This bug can be reproduced always.
A DESCRIPTION OF THE PROBLEM :
JTree.updateUI seems to calculate item sizes from the cell renderer, but it doesn't call updateUI on the cell renderer until afterwards. This leads to incorrect size calculation. For example, after switching from the Windows look-and-feel to the Nimbus look-and-feel, all tree items are slightly too cramped, with too little space between rows and text being abbreviated.
The solution is for JTree.updateUI to update the cell renderer before (or before and after) updating itself.
I've reported other bugs with L&F changes on JTree and JList, and they have been totally ignored, so I'm not hopeful about this either, but I figured I'd report it too for completeness' sake.
REPRODUCIBILITY :
This bug can be reproduced always.
- links to
-
Review(master)
openjdk/jdk/28258