This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Just a remark: before the new windows system, I runned with the Metal L&F. Now, it's running by default with native windows look and feel. So, I have really no idea if the colors problems are due to the new windows systems or it they already existing in the previous one. I use Windows 98 and windows default template. And somes background colors are darken. But under windows, it's not a problem because, if background colors are darken, text is then displayed in white in place of black. But with NetBeans, it's not the case. So, it means that you have black text displaying upon a dark background ==> so, it's unreadable. In attach you will find two screenshots: 1 with editor tabulations; 1 with a selected compilation error.
Created attachment 12169 [details] try to read the error message. Seems very difficult
Created attachment 12170 [details] difficult to read inactive tabs. Very dark. (Not also the problem with editor's toolbar)
Jano please specify what we should do in this case - custom color theme on Win. Is it really true that Win systems are changing the text of the color automatically depending on the color of background? Or did I misinterpreted what was written here?
No, it's true that color of text is changing automatically under windows. It's my fault. Sorry to this misunderstanding. But if you look at my default theme of windows 98, you will see that selected items should appears as white text with dark blue background. And you can see that in the screenshot (Switch tabulation - zoom) I sended, the selected tab appears as white text and dark blue background. A selected node in the explore appears as white text and dark blue background. Even the java text editor, who come with his own font and colors, display selected text as white text. The only place where I discoverd the problem is with the output. And, there, the select text remain black, but the background color is well the one defined in the window theme. So, for my point of view, it's well a bug. If you replace the background color of the selection by color defined in the theme, you have to replace the text color of the selection by the color defined in the theme.
I see, thanks. IMO it is bug, we probably take text color from inaccurate source.
I created separate bug 37297 fot tracking output window issue. Vincent, can you attach the theme you are using? (for my testing) Perhaps together with the screenshot of Appearance dialog showing controls in your scheme, so that I can see how it looks like and test well. Thx.
In attach a printscreen of the windows 98 default theme. Normally inactive windows title are light gray as text and black gray as background color.
Created attachment 12190 [details] the windows standard theme (for Windows 98)
If the dark gray is not the standard swing color then it should be derived from the standard panel color. Is it how it is implemented right now?
I'll check it but I think so. I know that color deriving is probably the way to go, so do you plan to add color deriving guidelines into visual UI spec?
fixed
Oops sorry, reopening, made a mistake.
Planned to be fixed for 3.6.
Taking this issue.
Both of these problems are fixed in the current trunk - the output window highlight color is derived, and the win classic tabs use gradients.
verified