-
Bug
-
Resolution: Fixed
-
P3
-
6
-
b84
-
b86
-
generic, x86
-
generic, windows_xp
4991597 changed Windows text components to use the proper gray background when non-editable. However, this seems contrary to what people have come to expect. Many people use non-editable text areas like this to show multi-line content, and the new gray background looks bad.
I will actually argue that what we do now for these areas is wrong.
- If I create a new .NET project and add a non-editable RichText control, the bg is white.
- Windows Help uses a non-editable area that has a white bg.
- In IE, use menu item Help->About and you'll see a non-editable area with white bg.
Finally consider how this affects the NetBeans output window. It was white and is now gray.
As such, all "areas" (ie. multi-line) text components should go back to the white bg.
I will actually argue that what we do now for these areas is wrong.
- If I create a new .NET project and add a non-editable RichText control, the bg is white.
- Windows Help uses a non-editable area that has a white bg.
- In IE, use menu item Help->About and you'll see a non-editable area with white bg.
Finally consider how this affects the NetBeans output window. It was white and is now gray.
As such, all "areas" (ie. multi-line) text components should go back to the white bg.
- duplicates
-
JDK-6429624 java console background color of panel is incorrect (gray background)
-
- Closed
-
- relates to
-
JDK-4991597 Win L&F: Non editable and disabled text components have incorrect background col
-
- Resolved
-
-
JDK-6451939 JTextComponent.setEditable(false) forces change of component's background
-
- Resolved
-