[Win32] Enable monitor-specific scaling by default#2955
Merged
HeikoKlare merged 1 commit intoeclipse-platform:masterfrom Jan 21, 2026
Merged
[Win32] Enable monitor-specific scaling by default#2955HeikoKlare merged 1 commit intoeclipse-platform:masterfrom
HeikoKlare merged 1 commit intoeclipse-platform:masterfrom
Conversation
This was referenced Jan 12, 2026
Contributor
Contributor
|
I'll be happy with a new default because the installer won't need a -D option then. I was testing that the other day and it's much nicer with the new behavior. |
HeikoKlare
force-pushed
the
monitorspecificscaling-default
branch
from
91adb29 to
1c9ab79
Compare
Contributor
|
Of course +1, defaults should be using the best functionality and it's unlikely that a user "only wants his menu (done automatically by the os)" scaled. |
This was referenced Jan 16, 2026
HeikoKlare
force-pushed
the
monitorspecificscaling-default
branch
3 times, most recently
from
87ec2b0 to
48f3120
Compare
HeikoKlare
force-pushed
the
monitorspecificscaling-default
branch
3 times, most recently
from
4c67a46 to
afeff5f
Compare
akoch-yatta
approved these changes
Jan 21, 2026
Contributor
akoch-yatta
left a comment
akoch-yatta
left a comment
There was a problem hiding this comment.
LGTM, I like seeing the better mode being the default now
HeikoKlare
force-pushed
the
monitorspecificscaling-default
branch
from
afeff5f to
665c6aa
Compare
By now, SWT had monitor-specific scaling on Windows disabled by default and used the existing, single-zoom HiDPI support. There are good reasons to now change the default of SWT to have monitor-specific scaling enabled: - Eclipse applications default to have monitor-specific scaling enabled for several months now, so SWT and Eclipse default behaviors are different - With default JVM settings, pure SWT application have no proper scaling as the existing HiDPI support requires DPI awareness "System" to function properly whereas the JVM default is "PerMonitorV2" and requires the application to scale on its own. So by default, SWT applications currently have no scaling at all - The feature has matured throughout the last year with it being the default for Eclipse application for several months now. This change adapts the SWT default to enable monitor-specific scaling on Windows.
HeikoKlare
force-pushed
the
monitorspecificscaling-default
branch
from
665c6aa to
1a7a830
Compare
Contributor
|
Thanks! Awesome! |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
4 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
By now, SWT had monitor-specific scaling on Windows disabled by default and used the existing, single-zoom HiDPI support. There are good reasons to now change the default of SWT to have monitor-specific scaling enabled:
This change adapts the SWT default to enable monitor-specific scaling on Windows.
How to test
Just run any SWT snippet and move it between monitors of different zooms. It will adapt it's scale while it did not do prior to this PR.
Feedback welcome
I would appreciate feedback on whether we agree on changing this default. I propose to merge this before M2 so that people get aware it early enough. When merging, I will also create an according N&N.