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
Issue when host is running in low resolution (Windows only) #289
Comments
very interesting, I was not aware this could even happen! |
Older versions of DPF used a very old pugl. As of last month I updated to latest upstream. Can you confirm that removing |
Makes sense. Yes, removing |
falkTX
added a commit
that referenced
this issue
Jul 2, 2021
Fixes #289 Signed-off-by: falkTX <falktx@falktx.com>
Now fixed, patch submitted upstream at lv2/pugl#55 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Steps to reproduce (valid for current develop 92f0f97)
Expected result:
Actual result:
Background: on a small 13" 1080p screen system scaling comes handy; older apps look blurry but that's preferable to having microscopic text.
Looks like loading the plugin forces the host to "convert" into a DPI-aware process with unpredictable results due to pugl calling
SetProcessDPIAware()
(exact line here). Maybe it's a bit of an edge case but it wasn't happening a couple of weeks ago. If I correctly recall on earlier DPF versions the plugin just stayed lo-res (blurry) following the parent process configuration.Probably that call should be issued only when running standalone and skip it for plugins?. Now I think any call that may have an effect on the process should be omitted when running as plugin.
Note on the attachment: it was shot via Remote Desktop but that does not affect the experiment, using a physical display leads to the same result.
dpf_hidpi.mov
The text was updated successfully, but these errors were encountered: