On Fri, 27 Jan 2023 02:40:27 GMT, Damon Nguyen <[email protected]> wrote:

> Fixes regression bug where Aqua L&F editable JComboBox with a TitledBorder 
> was not visible. 
> 
> This fix adds a conditional that addresses cases where a border is used on an 
> AquaComboBox. The patch that caused the issue set a static height, but this 
> height caused issues with a TitledBorder, which modifies the height to 
> account for the border. In this case, revert to the old method of calculating 
> a comboBox's height.
> 
> A point made in the previous PR was that the previous method had +1 to 
> comboBox height. This could be re-added, but in the comment thread in [the 
> previous PR](https://github.com/openjdk/jdk/pull/12087), leaving this out is 
> better because the extra height causes the textField to be skewed South.
> 
> <img width="63" alt="Screen Shot 2023-01-20 at 12 54 47 PM" 
> src="https://user-images.githubusercontent.com/96267980/214998560-2340ac1d-5df3-47ba-94f7-56459211330e.png";>
> 
> This also adds the test that checks an editable JComboBox across all L&F's 
> except GTK. There seems to be an unrelated bug to this fix that causes GTK 
> L&F comboBoxes to not behave as expected with these key presses.

test/jdk/javax/swing/JComboBox/JComboBoxWithTitledBorderTest.java line 76:

> 74:             // doesn't change text and resets to starting text instead.
> 75:             if (laf.equals("com.sun.java.swing.plaf.gtk.GTKLookAndFeel")) 
> {
> 76:                 return;

Guess it should be "continue" instead of "return" to ensure other L&Fs can 
execute..

Also, I hope you have run full clientlibs and manual JComboxBox jtreg tests 
without issues since it's past RDP2...
Did you also try with other "Border" other than TitledBorder?

-------------

PR: https://git.openjdk.org/jdk20/pull/119

Reply via email to