-
-
Notifications
You must be signed in to change notification settings - Fork 268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Read-only (non-editable) JTextArea – background color not updated #147
Comments
The reason for this is a "temporary" workaround in Swing: |
Thanks for the explanation and I'm closing this. |
It's funny though, the JGoodies Plastic L&F seems to have the background color of read-only text-area updated. |
Yes, there is some code in Do you think FlatLaf should do the same? I wonder how did you discover this inconsistency? |
I don't think FlatLaf should go the extra mile if there's no enough demand for it. I've discovered it while looking into: which is not text-area related, but text-pane. I've just compiled small sample to compare the L&F of standard text components. |
…te changes in the same way as Swing does it for all other text components (issue #147)
Has reviewed all text component UI delegates. Background painting in |
Thank you for the extra effort! |
Not sure if this could be considered a bug as I'm seeing such behavior with at least one other L&F – Nimbus:
The background color of non-editable text-area doesn't seem to reflect the actual background color used.
Using FlatLaf 0.38.
The text was updated successfully, but these errors were encountered: