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.

Sign up for GitHub

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

Jump to bottom

Dynamically adapt SWT on 'SWT.ZoomChanged' event on single monitor. #127

Open
niraj-modi opened this issue May 11, 2022 · 0 comments
Open

Dynamically adapt SWT on 'SWT.ZoomChanged' event on single monitor. #127

niraj-modi opened this issue May 11, 2022 · 0 comments
Labels
Windows Happens on Windows OS

Comments

@niraj-modi
Copy link
Member

This bug is to adapt SWT/Eclipse dynamic to changing OS zoom values:
It will require adapting all the SWT widgets to work on the new zoom value.

Note: This is a big ticket item and it will require lot of changes in SWT, here the branch where i could partially achieve this:
https://git.eclipse.org/c/platform/eclipse.platform.swt.git/?h=nmodi%2FDynamicDPI_4909

Since this was partially working then and hence we opted to restart Eclipse on 'SWT.ZoomChanged' event:
https://www.eclipse.org/eclipse/news/4.9/platform.php#zoom-changed
@niraj-modi niraj-modi mentioned this issue May 11, 2022
Open
@niraj-modi niraj-modi added the Windows Happens on Windows OS label May 11, 2022
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 28, 2024
@akoch-yatta
Add opt-in method to propagate zoom changes
f98648b 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 28, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
3d605b0 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 28, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
ce83bf5 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 28, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom level of the…
f2a01d8 
… containing control

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 29, 2024
@akoch-yatta
Add opt-in method to propagate zoom changes
2c21b5a 
This contribution adds the base logics to support the dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation. It consists of:
- adds "swt.autoScale.updateOnRuntime"-flag to enable updating the widgets on runtime on DPI zoom changes
- Component to register callbacks on DPI changes. Each callback should be responsible for the attributes of its class

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 29, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
30538b6 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 29, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
c0129bf 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Mar 29, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom level of the…
749e422 
… containing control

Contributes to eclipse-platform#62
and eclipse-platform#127
amartya4256 pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta @amartya4256
Add opt-in method to propagate zoom changes
cf2eefa 
This contribution adds the base logics to support the dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation. It consists of:
- adds "swt.autoScale.updateOnRuntime"-flag to enable updating the widgets on runtime on DPI zoom changes
- Component to register callbacks on DPI changes. Each callback should be responsible for the attributes of its class

Contributes to eclipse-platform#62
and eclipse-platform#127
amartya4256 pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta @amartya4256
Provide utilities to allow dpi dependent zooming of fonts
3504c7e 
Contributes to eclipse-platform#62
and eclipse-platform#127
amartya4256 pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta @amartya4256
Apply DPI zoom changes to basic controls
26dc92b 
Contributes to eclipse-platform#62
and eclipse-platform#127
amartya4256 pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta @amartya4256
Adapt calls for image bounds to consider the actual zoom level of the…
3702382 
… containing control

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta
Add opt-in method to propagate zoom changes
ee11766 
This contribution adds the base logics to support the dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation. It consists of:
- adds "swt.autoScale.updateOnRuntime"-flag to enable updating the widgets on runtime on DPI zoom changes
- Component to register callbacks on DPI changes. Each callback should be responsible for the attributes of its class

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
3708ddd 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
e0c54fd 
Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 12, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom level of the…
62ac0ca 
… containing control

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 18, 2024
@akoch-yatta
Add opt-in method to propagate zoom changes
06b7539 
This contribution adds the base logics to support the dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation. It consists of:
- adds "swt.autoScale.updateOnRuntime"-flag to enable updating the widgets on runtime on DPI zoom changes
- Component to register callbacks on DPI changes. Each callback should be responsible for the attributes of its class

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 18, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
f557834 
This contribution extends the support for dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation by adding support to provider and cache scaled variants of Font. It consists of:
- internal font registries to enable reusage of scaled variants of fonts. If a font is disposed from external, it will be automatically recreated on demand. There are two registries:
- a default registry to mimic the existing behavior, that all fonts are scaled to the native zoom of the primary monitor
- a registry to create and manage scaled variants of fonts
The SWTFontProvider is configured based on the "swt.autoScale.updateOnRuntime"-flag to use one of the two font registries. The creation of system fonts is adapted to use the provider

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 18, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
2e61701 
This contribution adds and registers a DPI change handler for all widgets in the org.eclipse.swt.widgets package of the win32 implementation. These handler will be registered only, when the "swt.autoScale.updateOnRuntime"-flag is set to true. If a DPI change is detected they will be called accordingly.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 18, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom of the widget
8540a16 
This contribution replaces calls to Image::getBoundsInPixels in the widgets in the win32 implementation with calls to consider the actual zoom of the affected widget.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
ebcc084 
This contribution extends the support for dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation by adding support to provider and cache scaled variants of Font. It consists of:
- internal font registries to enable reusage of scaled variants of fonts. If a font is disposed from external, it will be automatically recreated on demand. There are two registries:
- a default registry to mimic the existing behavior, that all fonts are scaled to the native zoom of the primary monitor
- a registry to create and manage scaled variants of fonts
The SWTFontProvider is configured based on the "swt.autoScale.updateOnRuntime"-flag to use one of the two font registries. The creation of system fonts is adapted to use the provider

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
6ef2894 
This contribution adds and registers a DPI change handler for all widgets in the org.eclipse.swt.widgets package of the win32 implementation. These handler will be registered only, when the "swt.autoScale.updateOnRuntime"-flag is set to true. If a DPI change is detected they will be called accordingly.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom of the widget
02b909a 
This contribution replaces calls to Image::getBoundsInPixels in the widgets in the win32 implementation with calls to consider the actual zoom of the affected widget.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
5a64656 
This contribution extends the support for dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation by adding support to provider and cache scaled variants of Font. It consists of:
- internal font registries to enable reusage of scaled variants of fonts. If a font is disposed from external, it will be automatically recreated on demand. There are two registries:
- a default registry to mimic the existing behavior, that all fonts are scaled to the native zoom of the primary monitor
- a registry to create and manage scaled variants of fonts
The SWTFontProvider is configured based on the "swt.autoScale.updateOnRuntime"-flag to use one of the two font registries. The creation of system fonts is adapted to use the provider

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Apply DPI zoom changes to basic controls
c1fd3c3 
This contribution adds and registers a DPI change handler for all widgets in the org.eclipse.swt.widgets package of the win32 implementation. These handler will be registered only, when the "swt.autoScale.updateOnRuntime"-flag is set to true. If a DPI change is detected they will be called accordingly.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 19, 2024
@akoch-yatta
Adapt calls for image bounds to consider the actual zoom of the widget
c26000f 
This contribution replaces calls to Image::getBoundsInPixels in the widgets in the win32 implementation with calls to consider the actual zoom of the affected widget.

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 23, 2024
@akoch-yatta
Add opt-in method to propagate zoom changes
a7f1d60 
This contribution adds the base logics to support the dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation. It consists of:
- adds "swt.autoScale.updateOnRuntime"-flag to enable updating the widgets on runtime on DPI zoom changes
- Component to register callbacks on DPI changes. Each callback should be responsible for the attributes of its class

Contributes to eclipse-platform#62
and eclipse-platform#127
akoch-yatta added a commit to akoch-yatta/eclipse.platform.swt that referenced this issue Apr 23, 2024
@akoch-yatta
Provide utilities to allow dpi dependent zooming of fonts
8d1eb9e 
This contribution extends the support for dynamical adaption on SWT applications on DPI related zoom changes in the win32 implementation by adding support to provider and cache scaled variants of Font. It consists of:
- internal font registries to enable reusage of scaled variants of fonts. If a font is disposed from external, it will be automatically recreated on demand. There are two registries:
- a default registry to mimic the existing behavior, that all fonts are scaled to the native zoom of the primary monitor
- a registry to create and manage scaled variants of fonts
The SWTFontProvider is configured based on the "swt.autoScale.updateOnRuntime"-flag to use one of the two font registries. The creation of system fonts is adapted to use the provider

Contributes to eclipse-platform#62
and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 13, 2025
@amartya4256
Refactored CoordinateSystemMapper and added tests
13df60f 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi zoom coordinate system mapper. A few
tests are disabled because of the current state of multi zoom coordinate
system limitations.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 13, 2025
@amartya4256
Refactored CoordinateSystemMapper and added tests
83c3ee7 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi zoom coordinate system mapper. A few
tests are disabled because of the current state of multi zoom coordinate
system limitations.

contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 13, 2025
@amartya4256 @HeikoKlare
Obtain ImageData for any requested zoom value
6f047a5 
This contribution helps retrieve the imageData for the
requested zoom by searching for the zoom in the zoomToHandleMap
followed by (if not available) scaling the handle at the zoom nearest to
it while getting rid of only searching among the autoscaled zoom values.

Contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit that referenced this issue Jan 13, 2025
@amartya4256 @HeikoKlare
Obtain ImageData for any requested zoom value
c49cee7 
This contribution helps retrieve the imageData for the
requested zoom by searching for the zoom in the zoomToHandleMap
followed by (if not available) scaling the handle at the zoom nearest to
it while getting rid of only searching among the autoscaled zoom values.

Contributes to #62 and #127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 13, 2025
@amartya4256 @HeikoKlare
Fixed Program Icon Scaling for Multi Zoom
2f67eb2 
This contribution reimplements the logic for scaling the Program Icons
while getting rid of the DPIUtil::getDeviceZoom usage and enhancing the image
quality of icons on scaling up.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 14, 2025
@amartya4256
Refactored CoordinateSystemMapper and added tests
bf8b6f8 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi zoom coordinate system mapper. A few
tests are disabled because of the current state of multi zoom coordinate
system limitations.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 14, 2025
@amartya4256
Refactored CoordinateSystemMapper and added tests
404e1af 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi zoom coordinate system mapper. A few
tests are disabled because of the current state of multi zoom coordinate
system limitations.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 14, 2025
@amartya4256
Refactored CoordinateSystemMapper and added tests
ab28cd8 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi zoom coordinate system mapper. A few
tests are disabled because of the current state of multi zoom coordinate
system limitations.

contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 14, 2025
@amartya4256 @HeikoKlare
Refactor out CoordinateSystemMapper from Display and add tests
7403c74 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi-zoom coordinate system mapper. A few
tests are disabled because of the current state of multi-zoom coordinate
system limitations.

Contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit that referenced this issue Jan 14, 2025
@amartya4256 @HeikoKlare
Refactor out CoordinateSystemMapper from Display and add tests
a6dd128 
This commit refactors the Display to separate single zoom and multi zoom
coordinate system mappers in separate classes. Additionally, it adds
some tests for validating the multi-zoom coordinate system mapper. A few
tests are disabled because of the current state of multi-zoom coordinate
system limitations.

Contributes to #62 and #127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 15, 2025
@amartya4256 @HeikoKlare
Fixed Program Icon Scaling for Multi Zoom
fd88c37 
This contribution reimplements the logic for scaling the Program Icons
while getting rid of the DPIUtil::getDeviceZoom usage and enhancing the image
quality of icons on scaling up.

contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 15, 2025
@amartya4256 @HeikoKlare
Fixed Program Icon Scaling for Multi Zoom
bacb660 
This contribution reimplements the logic for scaling the Program Icons
while getting rid of the DPIUtil::getDeviceZoom usage and enhancing the image
quality of icons on scaling up.

contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit that referenced this issue Jan 15, 2025
@amartya4256 @HeikoKlare
Fixed Program Icon Scaling for Multi Zoom
9ee0370 
This contribution reimplements the logic for scaling the Program Icons
while getting rid of the DPIUtil::getDeviceZoom usage and enhancing the image
quality of icons on scaling up.

contributes to #62 and #127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 16, 2025
@amartya4256
Fixed Shell::setBounds scaling
25b6b08 
This commit contributes to the correct scaling of the Shell using its
own zoom on Shell::setBounds call as the scaling of the shell in case of a monitor
change is directly handled by the DPI_CHANGED event.

contributes to eclipse-platform#62 and eclipse-platform#127
@amartya4256 amartya4256 mentioned this issue Jan 16, 2025
Closed
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Use MonitorAware Coordinates in multi zoom
e4cfebc 
This commit contributes to the use of MonitorAware points and rectangles in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Use MonitorAware Coordinates in multi zoom
4a11d0b 
This commit contributes to the use of MonitorAware points and rectangles in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Fixed Shell::setBounds scaling
2decaac 
This commit contributes to the correct scaling of the Shell using its
own zoom on Shell::setBounds call as the scaling of the shell in case of a monitor
change is directly handled by the DPI_CHANGED event.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Fixed Shell::setBounds scaling
2dc97c5 
This commit contributes to the correct scaling of the Shell using its
own zoom on Shell::setBounds call as the scaling of the shell in case of a monitor
change is directly handled by the DPI_CHANGED event.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Use MonitorAware Coordinates in multi zoom
8cbb1d0 
This commit contributes to the use of MonitorAware points and rectangles in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 17, 2025
@amartya4256
Use MonitorAware Coordinates in multi zoom
983b271 
This commit contributes to the use of MonitorAware points and rectangles in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
fedejeanne pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @fedejeanne
Use MonitorAware Coordinates in multi zoom
8aa2a6a 
This commit contributes to the use of MonitorAware points and rectangles in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
fedejeanne pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @fedejeanne
Use MonitorAware Coordinates in multi zoom
5b103b1 
This commit contributes to the use of MonitorAware points and rectangles
in the multi zoom
coordinate system mapper for translation between points and pixels.

contributes to eclipse-platform#62 and eclipse-platform#127
amartya4256 added a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256
Use MonitorAware Coordinates in multi zoom
880a4dc 
This commit contributes to the use of MonitorAware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different area, it is designed to be not
continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between the 2 monitors in the point coordibate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

contributes to eclipse-platform#62 and eclipse-platform#127
@amartya4256 amartya4256 mentioned this issue Jan 20, 2025
Merged
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @HeikoKlare
Use MonitorAware Coordinates in multi zoom
7a58782 
This commit contributes to the use of MonitorAware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different area, it is designed to be not
continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between the 2 monitors in the point coordibate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @HeikoKlare
Use monitor-aware coordinates in multi-zoom coordinate system
00f047a 
This commit contributes to the use of monitor-aware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different monitors, it is designed to be
not continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between two monitors in the point coordinate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

Contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @HeikoKlare
Use monitor-aware coordinates in multi-zoom coordinate system
fcb53e6 
This commit contributes to the use of monitor-aware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different monitors, it is designed to be
not continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between two monitors in the point coordinate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

Contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit to amartya4256/eclipse.platform.swt that referenced this issue Jan 20, 2025
@amartya4256 @HeikoKlare
Use monitor-aware coordinates in multi-zoom coordinate system
9a1c825 
This commit contributes to the use of monitor-aware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different monitors, it is designed to be
not continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between two monitors in the point coordinate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

Contributes to eclipse-platform#62 and eclipse-platform#127
HeikoKlare pushed a commit that referenced this issue Jan 20, 2025
@amartya4256 @HeikoKlare
Use monitor-aware coordinates in multi-zoom coordinate system
a0a0485 
This commit contributes to the use of monitor-aware Points and
Rectangles for the translation between points and pixels coordinates in
the Display Coordinate System. Since the Display Coordinate System can
have different scales (zoom) in different monitors, it is designed to be
not continuous in the points coordinates. Hence when we manipulate the
coordinates of a Point or a Rectangle object, it might end up in a
region which is between two monitors in the point coordinate system,
which we consider a gap. So, we need the context of the monitor on which
those points and rectangles were created in the first place to evaluate
the scaling factor. If the context is not available or the coordinates
were updated to an irrelevant value, a fallback method tries to evaluate
the right monitor for the coordinates and evaluates the scaled value
with that.

Contributes to #62 and #127
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Windows Happens on Windows OS
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@niraj-modi