-
Notifications
You must be signed in to change notification settings - Fork 230
[WIP] Proper selection coloring in JFace Structured Viewers #3659
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
base: master
Are you sure you want to change the base?
[WIP] Proper selection coloring in JFace Structured Viewers #3659
Conversation
| int customListenerCount = 0; | ||
| for (Listener listener : listeners) { | ||
| if (listener != this && listener != ownerDrawListener) { | ||
| customListenerCount++; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You could return immediately without counting all of them...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
... or even rewrite it to use a more declarative idiom like:
return Arrays.stream(listeners).anyMatch(l -> l != this && l != ownerDrawListener);|
This pull request changes some projects for the first time in this development cycle. An additional commit containing all the necessary changes was pushed to the top of this PR's branch. To obtain these changes (for example if you want to push more changes) either fetch from your fork or apply the git patch. Git patchFurther information are available in Common Build Issues - Missing version increments. |
|
@Christopher-Hermann please use descriptive title and PR description and also adapt the commit message. It is impossible to understand without looking at the code what is actually done here. Beside that, its always good to show before/after screenshot for visual changes. |
|
Added PR title & description. In the current state there are most probably some things left that needs to be cleaned up, tests are missing, etc. But in the first place I wanted to share the coding with @fedejeanne to get the fix running on all operating systems. |
2568713 to
db2a1ad
Compare
db2a1ad to
d173442
Compare
|
@Christopher-Hermann thank you for retrying this! As agreed, I tested on Linux and I found some of the problems that were already mentioned in #1956, namely:
This situation is worse with the default values since it's then white over white for non-focused elements (
|
| * @see org.eclipse.jface.viewers.FocusCellOwnerDrawHighlighter | ||
| */ | ||
| public class ColumnViewerSelectionColorListener implements Listener { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| * @see org.eclipse.jface.viewers.FocusCellOwnerDrawHighlighter | |
| */ | |
| public class ColumnViewerSelectionColorListener implements Listener { | |
| * @see org.eclipse.jface.viewers.FocusCellOwnerDrawHighlighter | |
| * @since 3.39 | |
| */ | |
| public class ColumnViewerSelectionColorListener implements Listener { |
| * to provide custom styling. | ||
| * </p> | ||
| * | ||
| * @since 3.32 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| * @since 3.32 | |
| * @since 3.39 |
| }); | ||
| handler.addPostSelectionListener(widgetSelectedAdapter(this::handlePostSelect)); | ||
| handler.addOpenListener(StructuredViewer.this::handleOpen); | ||
| ColumnViewerSelectionColorListener.addListenerToViewer(this); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This line is causing the missing icons (problem Nr. 2 in my review)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mh damn, no clue why this is happening on Linux :(
This line is needed to get the ColumnViewerSelectionColorListener linked to the viewer. This listener is handling the drawing of the selection colors, so this is needed.
A really bad option would be to register the listener only on Windows. This would at least solve the issue on Windows and I guess on Linux we don't have the issue.
But I will have a look if I can figure out why the icons are missing on Linux
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@fedejeanne I adjusted the bounds of the back ground for better debugging. The background is now drawn with a offset of some pixel.
Maybe the fillBackground is drawing over the icons.
In case you have time, could you post a new screenshot?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Christopher-Hermann I now have some other odd behavior: I see half painted selections :-\
EDIT: I see the icons though, so that's good :-)
Here I changed the Viewer selection background (focused) from orange to green and Viewer selection background (no focus) to yellow and you can see that the selections still have a half-orange part, both the focused and the non-focused ones.
| // Remove SELECTED and BACKGROUND flags to prevent native drawing from overwriting our custom colors | ||
| event.detail &= ~(SWT.SELECTED | SWT.BACKGROUND); | ||
| // Note: On Linux/GTK, we must keep the SELECTED flag so that icons are still drawn | ||
| // We only remove BACKGROUND to prevent the native background from overwriting our custom colors |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The comment is confusing, you are removing SELECTED in the line below
| int x = 0; | ||
| if (width > 50) { | ||
| x = 50; | ||
| } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why 50? Magic number?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| int customListenerCount = 0; | ||
| for (Listener listener : listeners) { | ||
| if (listener != this && listener != ownerDrawListener) { | ||
| customListenerCount++; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
... or even rewrite it to use a more declarative idiom like:
return Arrays.stream(listeners).anyMatch(l -> l != this && l != ownerDrawListener);


Resumption of #1690
Highlighting problem when using the dark theme on Windows eclipse-platform/eclipse.platform.swt#811
JFace viewer are using OS selection color to highlight the selected item. On some OS this is not accessible. In particular when the eclipse is used with dark theme and the OS is used with light theme, this can cause really bad UI/UX experience. With this change, the selection color can be changed via color preference in the settings of eclipse.
Example

Selection color on Windows Server in dark theme looks really bad:
Testing
On start up of eclipse, the selection colors in column viewers (table and tree viewer) should look like before.
On Windows, the dark theme should predefine the selection colors to fix the bad coloring on some Windows platforms.
In the preferences (Preferences > General > Appearance > Colors and Fonts), there are 4 new properties for the coloring of the viewer selection:
Changing these colors should affect the coloring of the selection in viewers. The coloring should immediately be applied as soon as the apply button is confirmed. The reset button should reset the coloring to the OS specific highlight coloring, expect for Windows dark theme, where the predefined colors should be restored.
Fixes:
eclipse-platform/eclipse.platform.swt#811
#1688
#1956
#2780
#3570
See:
#1690
#2793