-
Notifications
You must be signed in to change notification settings - Fork 143
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
ToolItem with SWT.CHECK is not well displayed when checked and with background setted. #541
Comments
…ackground setted. Fix : eclipse-platform#541
background setted. Fix : eclipse-platform#541
What problem is this trying to solve? In your PR #542 you have removed this line on the Windows version of
As far as I can see, this affects the painting of all items, not just with |
I'm trying to solve the problem that when a ToolItem with SWT.CHECK is selected and has a background, the fact that it's selected is not displayed (as you can see in the screenshot 2 / my fix is screenshot 3). I will try to see for Linux and MacOS tonight. It's will solve these issues : eclipse-platform/eclipse.platform.ui#467 |
Sorry, but that's not clear to me when running your Snippet. On Windows 11 the Snippet behaves as expected. |
I will try on Windows 11 too. |
Works as expected on Fedora 37 |
@deepika-u Can you please try this out? The snippet is in the PR. |
In windows the bug is present when Eclipse is in darkmode. When in darkmode we dont we if a ToolItem is checked or not. This is really annoying. See an example without my fix : And with my fix : @Phillipus Are you sure that in Windows 11 it's ok ? |
As I said, this change might affect all toolbar items not just checked ones. It also affects the colour when hovering over any tool item. Is that expected? |
background setted. Fix : eclipse-platform#541
background setted. Fix : eclipse-platform#541
Yes this is expected. Custom background doesn't meen hiding hovering toolitem. |
Isn't the underlying problem something to do with theme rendering? See eclipse-platform/eclipse.platform.ui#467 |
No for me it's the #26 that introduces a bug when dealing with custom background color on ToolItem. The checked state should not be hidden when a custom background is applied. |
@RoiSoleil But your solution is not the right way to fix this, I think. As I said, this affects the painting of all items, not just with SWT.CHECK. Even your screenshot in #541 (comment) shows in incorrect blue background color for dark theme. Have you considered how you change might have side effects for all users? |
Please can you show me what's wrong in my screenshot ? |
@RoiSoleil OK, I've looked more into this now. What I mean is that in the dark theme I would have expected the enabled state on Windows to use dark grey colors and an outline as on Mac: But I can also see that you have correctly identified #26 as the point where things regressed. So, whereas your PR does put things back on Windows to how they were before that change, I wonder if the changes made to |
I'm OK with you, it should be consistent on all platforms. Unfortunately, i'm not skilled enough to do that on Mac and Linux ... |
@Phillipus What do you think? |
@RoiSoleil I can see how your PR ensures that the behaviour on Windows seems to be as it was before #26 but that commit also changed |
@Phillipus May be we can fix Windows first and then the other platforms (MacOS seems to be ok with you previous screenshot). My commit is not specific for darktheme, it is for all themes setting a background to ToolItem. What do you think ? |
background setted. Fix : eclipse-platform#541
@deepika-u Please verify the fix in next Eclipse I-Build. Thanks! |
I have checked this in below build, it works fine. So it is verified. |
Describe the bug
ToolItem with SWT.CHECK is not well displayed when checked and with background setted.
With the fix :
To Reproduce
Snippet153
Environment:
The text was updated successfully, but these errors were encountered: