Make Wine to automatically recognize desktop DPI

It does not seem that the X11 driver is correctly setting the DPI of the display
it is using, and defaults it to 72 DPI. This sucks mightily on my 1600x1200 19"
monitor, as it makes all the scaled fonts too small to read.

If I manually create the HKLM/[System\\CurrentControlSet\\Hardware
Profiles\\Current\\Software\\Fonts\\LoxPixels entry, and set it to 160, then
most of the fonts (all save the menu bar fonts) are scaled a bit more reasonably.

Confirming. There is more. Some dialogs' content is scaled and some is not. When
it's scaled it looks like everything inside the window is scaled, but the window
size is too small.

It also seems that Wine is not taking into account the DPI when computing the
font to use for System fonts.

FYI:

- wine uses a default of 96 dpi
- it does not use the settings from 'X'. Wine did do so some time ago, but
there are far too many broken user configurations around.
- 1600 dots on a 19 inch display is theoretically 105 dpi. On a LCD panel
that should be correct, if you are using a CRT monitor the value may be 120.
- setting the LogPixels value is not the whole story. The fonts that you are
laking about are stored HKCU\Control Panel\Desktop\WindowMetrics. Font sizes
are device units: pixels. That means those fonts will not be affected by
setting a different dpi, but the actual fontsizes must be adjusted. That is
what happens on Windows when you change the dpi in the Display Properties
applet.
- Wine does not have that yet. For the moment you can try the Display
Properties applet fom win98. "control /path/to/desk.cpl" works here enough
to modify those font settings.

Rein.

"Display
Properties applet fom win98. "control /path/to/desk.cpl" works here enough
to modify those font settings. "

Not for me. Nothing is being created in the registry when I make these changes.

This still does not invalidate the meat of this bug - that the font choices Wine
is making are unusable in many cases.

> Not for me. Nothing is being created in the registry when I make these changes.

Sorry, I had some changes in my tree that where not committed yet. If you update
now, it should work better.

> This still does not invalidate the meat of this bug - that the font choices
> Wine is making are unusable in many cases.

Ah, the meat of this bug report is then a duplication of a few others.

Rein.

Is this still a problem in current (0.9.52 or newer) wine?

It seems to still be a problem.

Default is now 96, max is 480. Fixed?

I still have my doubts the DPI as reported by X is being used correctly, as the fonts are REALLY TINY.

However, by going into winecfg and increasing the font size there, I was able to get usable sized fonts - but not by default.

(In reply to comment #9)
> I still have my doubts the DPI as reported by X is being used correctly, as the
> fonts are REALLY TINY.
>
> However, by going into winecfg and increasing the font size there, I was able
> to get usable sized fonts - but not by default.
>

Yes, but wine has many different environments and configurations to account for. While that resolution works well for you, setting it to high on a small screen will make it completely unusable. Setting it low on the other hand is an annoyance, but doesn't break things and is easily fixed.

Still present in git (I'm assuming this bug is about reading the DPI from X and using that for the default in Wine).

Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks!

I've tested this with wine-1.1.12-420-gae48e09.

Steps to reproduce.

1) Via Regedit, unset HKLM/[System\\CurrentControlSet\\Hardware
Profiles\\Current\\Software\\Fonts\\LoxPixels
2) set display DPI to 96 via "xrandr --dpi 96"
3) Run regedit, observe font sizes.
4) exit regedit
5) set display DPI to 200 via "xrandr --dpi 200"
6) Run regedit, observe font sizes.

Expected result: Font sized should change.
Actual results: Font sizes unchanged.

I am pulling the latest GIT now, and will report when that build is done.

Which native Linux apps obey that setting?

Nothing is changed in git, I suspect.

I know Google Earth is very much affected by it, and so is Firefox (after a restart).

Before wine get and use the dpi value from X,
rendering with different dpi values should work without regressions.

The requirements to verify the correct rendering are the tests.
The tests must be fixed first: http://bugs.winehq.org/show_bug.cgi?id=16060

--
By by ... Detlef

Depends on still open bug 16060

Still blocked.

Please make Wine to automatically recognize the desktop DPI and set a good default for its config.

This bug is also reported to (https://bugs.launchpad.net/wine/+bug/1575707).

*** Bug 40545 has been marked as a duplicate of this bug. ***

This patch that got merged is closely related.

https://source.winehq.org/patches/data/133251

I quess it could be easily extented to fix this bug.

DPI issues are persisting, and this also is present in Wayland.

Latest example for me is Ubuntu 22.04 on a Microsoft Surface Pro 9, which runs a display of 2880x1920 (3:2) and I believe it was a regular DPI of 271, up from the normal 96. But in testing 192 seems to be a good number-ish.

In my case installing Mono the install dialogue is so small it's next to impossible to read.

In exeCute I solved the problem like this:

https://gitlab.com/es20490446e/exeCute/-/blob/master/root/usr/bin/exeCute?ref_type=heads#L201