-
Notifications
You must be signed in to change notification settings - Fork 147
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
With DPI settings to SYSTEM ENHANCED & theme enabled, tabs disappear when Windows resolution is anything but 100% #1560
Comments
I could not reproduce with master. please test with M2: |
I can reproduce this. OP needs to make steps to reproduce clearer. "With high DPI settings set to "System Enhanced" is the key part. See here. |
I use system because system enhanced worked poorly as this issue described. |
@merks @Phillipus @jukzi - Sorry for not being able to explain the issue correctly. I just went ahead and modified the 'title' and the 'description'. Thank you for looking into it. |
Unfortunately, there are several DPI-related settings that you can change and combine. The Windows modes "System" and "Application" both work fine (to some extent and depending on what you consider "fine") with Eclipse and both have their advantages and drawbacks. When you download an Eclipse product, it defaults to "System" while common JREs usually default to run their applications in "Application" mode (which is what usually happens when you launch an Eclipse application from within an Eclipse SDK). "System (enhanced)", however, seems to be rarely used and is probably not well tested. We are working on enhanced HiDPI support for Windows in Eclipse SWT that is supposed to make all of this obsolete. It will always use "Application" mode (more specifically: PerMonitorV2) and perform according in-application, per-monitor scaling. We plan to provide an Eclipse preference to experimentally activate this feature in the next week (until M3), so that you can try out the feature in the upcoming release. Please do not expect it to be perfect yet (which is why we will tag it as "experimental"), but we should then rather put efforts into this improved HiDPI support than working on glitches with other, rarely used modes. |
@HeikoKlare - Thank you for your comemnt. I'm using 2024-09 and I can see a 'Light Preview' option in Eclipse. Now even with this option selected and HiDPI set to Application or System, and scaling set to 150%, everything appears very small (The menubar icons, the new search dialog etc). I don't know, but for me, the best experience on a 4k 32" monitor with scaling set to 150% is when hiDPI set to System Enhanced.
Is it the same Light Preview option I see in 2024-09? |
This is something you should be able to improve with the following setting added to your eclipse.ini:
The following screenshot shows the difference: left is with that option and right is without (default):
It is a different option, not related to the new/preview theme. I have just pushed the according news for the feature, so you can best have a look there: https://eclipse.dev/eclipse/news/4.34/platform.php#rescale-on-runtime-preference |
@HeikoKlare I'm back with some more details. I installed this version - Version: 2024-12 (4.34.0) Build id: 20241128-0757 and enabled monitor-specific scaling. Unfortunately, there seems to be a bug. Let me explain. I have two 32" 4K monitors; one is placed in landscape mode and the other in portrait (flipped) mode. The high DPI setting is set to "Application," and the one in portrait mode is my main display. So, when I enable monitor-specific scaling and start Eclipse, it starts on this monitor, and things work, but the moment I drag it to landscape mode monitor, all the "right click menus" go off. LMK if you like to see the screenshot. Below is my eclipse.ini
|
Could you test without any high DPI specific settings, i.e., without checking the box to overwrite the high DPI behavior of the application in any way? Then the box to select the "Application" option should be disabled. Still, we know about some issues with placements (including context menus), but they are usually limited to the case that different monitors have different scale values. I guess that both your monitors use the same scale value, don't they? Maybe it is related to using one of the monitors in flipped mode. It would be great if you can provide a screenshot. That could help us identify the cause and potentially fix the issue. |
@HeikoKlare - I was wrong. The right-click menus or top menus do not appear at the correct location when I have the below setting set and when the main display is portrait. I don't think it has anything to do with the 'DPI setting' or 'monitor-specific scaling' or 'theme.' All 3 checkboxes were unchecked in my testing, yet I could reproduce the issue. Eclipse starts on portrait display, and menus appear in the correct locations. The moment I drag it, things go wrong. 80% of the time, when I right-click, the menu doesn't open where it should. It only works 20% of the time. It's purely a function of the below setting and the main monitor being set to portrait position. Sorry for all this confusion.
Yes! Both monitors use the same scale (150% Windows scaling). |
Thank you for all the additional information, @hellorsanjeev! |
Describe the bug
I'm using 2024-06 and 2024-09 on a 4K 32" panel with high DPI settings set to "System Enhanced" in my Windows, but when I enable 'theme' and I hover my mouse over tabs, they disappear and sometimes only reappear when I move it outside (and sometimes they don't reappear at all). My screen resolution is set to 150% (as suggested by Windows 10/11 - however, I don't think this is Windows version problem). Btw, I have been experiencing this problem for last several years. Please refer to the screenshot.
To be clear, this only happens when high DPI setting is set to SYSTEM ENHANCED (not SYSTEM, not APPLICATION) and when the theme is enabled and resolution is 150% (too many variables, but this is the right combination).
To Reproduce
Expected behavior
With above 3 things in place, I want Eclipse to not hide tabs.
Screenshots
Environment:
Additional OS info (e.g. OS version, Linux Desktop, etc)
JRE/JDK version
Version since
Like forever
Workaround (or) Additional context
The text was updated successfully, but these errors were encountered: