Skip to content
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

Improve HiDPI Support for Multi-Monitor Environments #4

Open
4 of 5 tasks
HeikoKlare opened this issue Jun 26, 2023 · 0 comments
Open
4 of 5 tasks

Improve HiDPI Support for Multi-Monitor Environments #4

HeikoKlare opened this issue Jun 26, 2023 · 0 comments
Assignees
Labels
Enhancement A Request for an Enhancement of an Existing Feature Epic An Epic Issue HiDPI A HiDPI-Related Issue or Feature SWT Issue for SWT

Comments

@HeikoKlare
Copy link
Contributor

HeikoKlare commented Jun 26, 2023

Current Behavior

In Windows 10/11, using multiple monitors with different DPI settings / scale factors, Eclipse does not adapt to DPI settings of the current monitor when moving the window between different monitors in most cases.
This behavior is also documentation in an SWT issue: eclipse-platform/eclipse.platform.swt#62

Expected Behavior

When moving an Eclipse window between monitors, it should always adapt the DPI settings to the monitor it is currently placed on.

The approach to probably start with is documented here: eclipse-platform/eclipse.platform.swt#131

Process

I see some incremental step to achieve a proper high DPI, multi-monitor support for WIndows:

  1. When moving around a workbench window, adapt the scale factor to the monitor the window is currently placed on (> 50% of the window), like it is done when starting the workbench on that monitor.
  2. When changing the scale factor of the monitor a workbench window is currently placed on, adapt the scaling of that window, i.e., react to system events that propagate such a change (if existing)
  3. (probably platform-independent) Adapt the workbench window scaling to every monitor rather than the one it is mostly placed on. Idea to do so: Split up the graphics contexts of each control into one area per monitor and render the control for each monitor with the according scale factor. For every item to be rendered in the control, it should be able to validate whether part of it is placed on the monitor the rendering is currently performed for.
@HeikoKlare HeikoKlare converted this from a draft issue Jun 26, 2023
@HeikoKlare HeikoKlare added SWT Issue for SWT Enhancement A Request for an Enhancement of an Existing Feature labels Jun 26, 2023
@HeikoKlare HeikoKlare changed the title Improve HiDPI Support for Multi-Monitor environments Improve HiDPI Support for Multi-Monitor Environments Jun 26, 2023
@HeikoKlare HeikoKlare added the HiDPI A HiDPI-Related Issue or Feature label Jun 26, 2023
@HeikoKlare HeikoKlare moved this from 🆕 New to 📋 Backlog in Eclipse Jun 28, 2023
@fedejeanne fedejeanne moved this from 📋 Backlog to 🏗 In progress in Eclipse Jul 18, 2023
@HeikoKlare HeikoKlare moved this from 🏗 In progress to 🏗 Long Running in Eclipse Nov 22, 2023
@HeikoKlare HeikoKlare added the Epic An Epic Issue label Jan 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement A Request for an Enhancement of an Existing Feature Epic An Epic Issue HiDPI A HiDPI-Related Issue or Feature SWT Issue for SWT
Projects
Status: 🏗 In Work: Long
Development

No branches or pull requests

2 participants