Closed rounk-ctrl closed 2 years ago
This is a very big problem, last time it could not be fixed, even with OpenThemeDataForDpi
Strange - the latest x64 build works on 22000, 150% and 250% scaling.
Also checked on 1709 and can't reproduce, I'm pretty sure this should be definitely bugged though, because the most of classes have different bitmaps per DPI value. Can you provide details?
Well I tried it on nickel and it didnt work there
Windows 11 RP / Beta (Build 22621), 175% and 175% set as custom scale factor
The only thing I noticed, that after I rolled back to my preferred 125%, everything became blue, but after I restarted the application, everything became green again
oh but shouldn't the app automatically do it tho
as it is running in the background
ig respond to WM_DPICHANGED
message
Didn't think about it. So everything worked for you after the restart? If yes, then I'm pleasantly surprised, because for some reason it caused problems last time.
I wonder if this will all work with two monitors with different DPI each.
Didn't think about it. So everything worked for you after the restart? If yes, then I'm pleasantly surprised, because for some reason it caused problems last time.
yea
Very glad to hear!
Also shouldn't a tray icon be ideal? I mean it runs in the background anyways.
Initially, I wanted to make a small program that just runs in the background and does not show any signs of life, although there is a room for improvements: a tray icon, a window for choosing colors - if you are interested in this, you can create a new project based on this - I need just figure out how to extract the main code from here so that it can be updated independently of the UI as a git submodule.
Ok
I think opening the theme data with OpenThemeDataForDpi would work.