![]() with option active the app stay "small" - but usable without this option active :the OS scaling the app more or less, thats give mostly bad results (overlapping buttons etc.), and so many dont like this on older apps On older OS than Win10 version~1700 (dont know win xp have this) was only an compatibility option "disable high dpi scaling for this app". I am not sure if I answered your question though as I don't have an older OS to compare. Every now and then I do test how it displays with the various scaling options, and that seems to work, too. The game is compiled with the latest MS Visual Studio C++ compiler, so what goes on with the OS scaling should be supported. The HD, ditto, with me having first changed my resolution to 1920x1080. So in my case, with a 3440x1440 what you see above is what you get with no Desktop scaling. I don't use it all, I prefer the screen estate that the native resolution offers. I for one haven't had anything but Windows 10 systems for a while - although I know Berto runs autotests on older systems as well - but what you see is two screenshots with no Desktop scaling in place. Would be nice to get here an statement if the game run without OS scaling (DPI adjustment) - or simply - it is run on win 7 / win 8 on UHD the same way as on Win 10 then it is native (as older Win10 versions and anything lower have not the requiered scaling api) not native FullHD support and on larger screens it relays back on the windows 10 OS scaling api - and with win7 / win 8 you are loost on anything larger as FullHD. This is today's fresh BETA, so as always, everything subject to change until the release version.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |