-
Notifications
You must be signed in to change notification settings - Fork 220
Open
Labels
bugSomething isn't workingSomething isn't workinggood first issueGood for newcomersGood for newcomershelp wantedExtra attention is neededExtra attention is needed
Description
Let's make sure issue is not already fixed in latest builds first.
- I verified I can reproduce this issue against latest Integration Build of Eclipse SDKTo pick up a draggable item, press the space bar. While dragging, use the arrow keys to move the item. Press space again to drop the item in its new position, or press escape to cancel.
Steps to reproduce
From a fresh installation and clean workspace:
- In “Dark” theme set a user defined color value.
- Press “Apply”.
- Change theme to “Light”.
- Press “Apply” but don’t restart.
I expected:
Color value is not the correct default value from the light theme.
But got:
User defined value still there. Re-opening the preference dialog or restarting the IDE does not change this.
Put pressing "Reset" does the trick.
Tested under this environment:
- OS & version: macOS
Community
- I understand reporting an issue to this OSS project does not mandate anyone to fix it. Other contributors may consider the issue, or not, at their own convenience. The most efficient way to get it fixed is that I fix it myself and contribute it back as a good quality patch to the project.To pick up a draggable item, press the space bar. While dragging, use the arrow keys to move the item. Press space again to drop the item in its new position, or press escape to cancel.
I found this be testing #2421.
See: #2421 (comment)
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't workinggood first issueGood for newcomersGood for newcomershelp wantedExtra attention is neededExtra attention is needed
Type
Projects
Milestone
Relationships
Development
Select code repository
Activity
HaydenTran-C03057950 commentedon Mar 4, 2025
I'm working on this
wliu4040 commentedon Mar 30, 2025
What's the expected behavior? Should switching themes always reset the colors back to the default? Should there be save states for each themes? Should a new "custom" theme be created if a user defines a color?
lars-v-bui commentedon Apr 6, 2025
How mant users use this project?
HaydenTran-C03057950 commentedon Apr 8, 2025
ViewsPreferencePage’s “performOk”
https://github.com/eclipse-platform/eclipse.platform.ui/blob/master/bundles/org.eclipse.ui.workbench/eclipseui/org/eclipse/ui/internal/dialogs/ViewsPreferencePage.java#L342
ColorsAndFontsPreferencePage’s “performColorDefaults”
https://github.com/eclipse-platform/eclipse.platform.ui/blob/master/bundles/org.eclipse.ui.workbench/eclipseui/org/eclipse/ui/internal/themes/ColorsAndFontsPreferencePage.java#L1462
Our recommendation is that the code needs to be refactored in a way such that you can call the performDefaults method from ViewsPreferencePage.
We want to call ColorsAndFontsPreferencePage’s “performColorDefaults” method in ViewsPreferencePage’s “performOk” when the theme is changed. With this change, whenever the user switches from Dark to Light theme or vice versa, this should reset the current color value to the default color value of the theme the user is currently in.
After coming up with the idea, our team scheduled a meeting with the CodeDay TA to discuss our approach. Unfortunately, after reviewing the question, he suggested that we shouldn’t pursue this fix, as it wasn’t actually an issue. He explained that the developer intended for users to manually restore defaults, as overwriting user-defined values without their consent can lead to unintended consequences when building an application.
This is my school github.
Here is my personal github: @hongantran3804. If you have any further questions about this reply