summaryrefslogtreecommitdiffstats
path: root/DOCS/man/options.rst
diff options
context:
space:
mode:
authorDudemanguy <random342@airmail.cc>2024-02-13 17:35:23 -0600
committerDudemanguy <random342@airmail.cc>2024-02-24 20:31:08 +0000
commit74b4c3c531bd454484ed5d04c9aad0bc531ccd4b (patch)
tree228775d3713b0a6cf0270cf6a81b8709a81cf13d /DOCS/man/options.rst
parent3b23b2c22aa425d6e92cf84e1f8ee024c1c6ace2 (diff)
downloadmpv-74b4c3c531bd454484ed5d04c9aad0bc531ccd4b.tar.bz2
mpv-74b4c3c531bd454484ed5d04c9aad0bc531ccd4b.tar.xz
player: set hidpi-window-scale to no by default
This has defaulted to yes for a very long time, but evidentally it annoys a lot of people (including myself). My argument is that this makes no sense. mpv is for videos; not text. A 1920x1080 video should open as 1920x1080 regardless of whatever the DPI settings of the OS is. This can get very silly when you consider watching a 4k video which will get this additional scale factor which is virtually never desirable. Whether or not the OS and/or WM prevents it from getting larger than the screen depends on a lot of things. Previously some windowing backends required that this option be set to yes in order to report a dpi scale value other than 1, but this should be fixed with the previous commits. The only difference is whether or not to scale the window by the additional factor. Fixes #13465.
Diffstat (limited to 'DOCS/man/options.rst')
-rw-r--r--DOCS/man/options.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index 7325593e3a..32e69af7e5 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -3460,7 +3460,7 @@ Window
``--hidpi-window-scale``, ``--no-hidpi-window-scale``
Scale the window size according to the backing DPI scale factor from the OS
- (default: yes). For example, if the OS DPI scaling is set to 200%, mpv's window
+ (default: no). For example, if the OS DPI scaling is set to 200%, mpv's window
size will be multiplied by 2.
``--native-fs``, ``--no-native-fs``