http://bugs.winehq.org/show_bug.cgi?id=36644
Bug ID: 36644 Summary: regedit: user interface does not scale with dpi setting Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: aerilius@googlemail.com
Created attachment 48684 --> http://bugs.winehq.org/attachment.cgi?id=48684 Screenshot of regedit
When setting the dpi to a higher value (2× = 192dpi, 2.5× = 240dpi), many user interface elements have inconsistent dimensions and font sizes. This heavily affects usability.
• menu and context menues are too small • +/- expanders are too small to click, they seem not to render properly • column widths are by default too narrow • scrollbars are too small • statusbar is too small • slider grip (in winecfg) is too small • icons are too small
While there are also visual inconsistencies on Windows itself, these elements are at least at usable sizes on Windows 7+.
This affects also explorer.exe, notepad.exe, and third-party applications as well (though they might use different UI libraries), like 7-zip file manager, etc.
https://bugs.winehq.org/show_bug.cgi?id=36644
--- Comment #1 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=36644
--- Comment #2 from aerilius@googlemail.com --- Yes. (1.7.50, newer is not yet published in the ppa) Treeview folder icons are still small, and +/- expanders are still too small to click, no matter of dpi 200, 240, 277 in wine-config.
https://bugs.winehq.org/show_bug.cgi?id=36644
Reinhold reinhold.hoffmann@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |reinhold.hoffmann@hotmail.c | |om
--- Comment #3 from Reinhold reinhold.hoffmann@hotmail.com --- In some recent tests on high resolution screens (3840 * 2160 and DPI=192) on Windows we ran into a bug which I believe is exactly this one here and open in Wine. I believe that it is becoming really important now to have a solution in Wine where screens of DPI=192 are more and more on the market in particular tablets widely use screens with DPI=192.
We acutally found an issue in our software on Windows with high resolution screens. The scaling for our software had worked fine on screens with DPI=96, but for DPI=192 the scaling went wrong. However, previous releases did not show a scaling issue. Some research brought us to this article here:
https://blogs.msdn.microsoft.com/vcblog/2010/03/11/mfc-applications-now-defa...
According to this article we have created our software with "DPI Awareness = NO" in VS2010 (see link) and with this the scaling on Windows works fine for Windows. Of course, a full high resolution implementation in the software with DPI=192 would be the solution, but the usage of "DPI Awareness = NO" is widely used in many programs and needs to be implemented in Wine as it is implemented in Windows. This is the reason why all those Microsoft programs explorer.exe, notepad.exe etc. (I guess older ones) do not properly scale on Wine with DPI higher than 96. All have been built with "DPI Awareness = NO".
After we have used the directive "DPI Awareness = NO", our software scales properly on high resolution screens on Windows but on Wine the same issue happens as described in this bug.
I hope my comment may helps to understand the issue and the increasing importance that a solution will be available for Wine soon.
Reinhold
https://bugs.winehq.org/show_bug.cgi?id=36644
--- Comment #4 from aerilius@googlemail.com --- I don't think it is exactly the same (but an important issue).
The issue in Wine is that some core applications (and file selection dialogs) do not always and consistently display all elements in the correct scale. These core applications should be dpi aware.
If I understand you right, you are third-party application developer for a Windows application that you also like to work on Wine.
We need to be more precise when talking about "it scales". When an application declares "DPI Awareness = NO", it is not able to render itself in higher resolution (eg. checkboxes with 28px instead 14px width). What happens is that newer versions of Windows upsample the rendered application window (thus slightly blurry). This is something that needs to be implemented in the display server which is not part of Wine, but will at some point be achieved by Mir/Wayland.
Still, I would like Mir/Wayland to reach a state where they don't just reimplement X but start solving the problems they were designed for.
https://bugs.winehq.org/show_bug.cgi?id=36644
--- Comment #5 from Reinhold reinhold.hoffmann@hotmail.com --- (In reply to aerilius from comment #4)
I don't think it is exactly the same (but an important issue).
The issue in Wine is that some core applications (and file selection dialogs) do not always and consistently display all elements in the correct scale. These core applications should be dpi aware.
If I understand you right, you are third-party application developer for a Windows application that you also like to work on Wine.
Yes, correct.
We need to be more precise when talking about "it scales". When an application declares "DPI Awareness = NO", it is not able to render itself in higher resolution (eg. checkboxes with 28px instead 14px width). What happens is that newer versions of Windows upsample the rendered application window (thus slightly blurry). This is something that needs to be implemented in the display server which is not part of Wine, but will at some point be achieved by Mir/Wayland.
Still, I would like Mir/Wayland to reach a state where they don't just reimplement X but start solving the problems they were designed for.
Honestly, I am not the expert in which part the issue needs to be resolved. The issue appears not only on Linux systems (where - I guess - it is Mir/Wayland ?) but on other OS systems with Wine e.g. Mac, too.
At a first glance for me it looked as this issue belogs to this report but please advice if I should open a new bug or just leave it here.
https://bugs.winehq.org/show_bug.cgi?id=36644
--- Comment #6 from Artem S. Tashkinov aros@gmx.com --- Created attachment 73054 --> https://bugs.winehq.org/attachment.cgi?id=73054 regedit in Wine 7.17
Looks fine to me.
I consider it solved for 7.17.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla