[GH-ISSUE #474] Cut out UI on high DPI display Win10 #251

Closed
opened 2026-02-27 15:49:33 +03:00 by kerem · 7 comments
Owner

Originally created by @ViRb3 on GitHub (Jul 1, 2016).
Original GitHub issue: https://github.com/quasar/Quasar/issues/474

Image

This is the case everywhere in Quasar RAT.
125% scaling, disabling DPI scaling via Compatibility tab has no effect.

Originally created by @ViRb3 on GitHub (Jul 1, 2016). Original GitHub issue: https://github.com/quasar/Quasar/issues/474 ![Image](https://i.imgur.com/UGmq6dF.png) This is the case everywhere in Quasar RAT. 125% scaling, disabling DPI scaling via Compatibility tab has no effect.
kerem 2026-02-27 15:49:33 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@caesay commented on GitHub (Jul 3, 2016):

I'm on windows 10 at the latest source with a high DPI display and can't reproduce this issue. Fixed?

<!-- gh-comment-id:230137113 --> @caesay commented on GitHub (Jul 3, 2016): I'm on windows 10 at the latest source with a high DPI display and can't reproduce this issue. Fixed?
Author
Owner

@MaxXor commented on GitHub (Jul 3, 2016):

@caesay I didn't change anything yet. Strange. Do you use Quasar from the latest commit?
@ViRb3 Do you use Quasar from the latest commit?

<!-- gh-comment-id:230143264 --> @MaxXor commented on GitHub (Jul 3, 2016): @caesay I didn't change anything yet. Strange. Do you use Quasar from the latest commit? @ViRb3 Do you use Quasar from the latest commit?
Author
Owner

@caesay commented on GitHub (Jul 3, 2016):

@MaxXor Yeah, I just cloned it. I'm on 630f791. I've dealt with a lot of DPI issues in my projects and I thought this issue looked strange. On high DPI usually the application is either tiny because its not scaled at all, or blurry because the application was not DPI aware and windows does a raster scaling on it - I've never seen the window stay small and the content get bigger. It could be a font size thing, I'll try and dig a bit more tomorrow.

<!-- gh-comment-id:230143468 --> @caesay commented on GitHub (Jul 3, 2016): @MaxXor Yeah, I just cloned it. I'm on 630f791. I've dealt with a lot of DPI issues in my projects and I thought this issue looked strange. On high DPI usually the application is either tiny because its not scaled at all, or blurry because the application was not DPI aware and windows does a raster scaling on it - I've never seen the window stay small and the content get bigger. It could be a font size thing, I'll try and dig a bit more tomorrow.
Author
Owner

@MaxXor commented on GitHub (Jul 3, 2016):

@caesay So how does it look on your screen? Can you post a screenshot if possible? Is it tiny or blurry?

<!-- gh-comment-id:230143649 --> @MaxXor commented on GitHub (Jul 3, 2016): @caesay So how does it look on your screen? Can you post a screenshot if possible? Is it tiny or blurry?
Author
Owner

@caesay commented on GitHub (Jul 3, 2016):

@MaxXor You've correctly left out the dpi awareness tag from the manifest, so its currently being scaled by windows. It doesn't look bad, though. Unless you're looking at it on a 4K screen you probably won't be overly bothered by the windows scaling / blurriness.

Personally I don't think that this is the type of application that needs crisp visuals, and in the case that it is I would definitely recommend WPF. That being said, if you're curious you can look into the Form properties AutoScaleDimensions and AutoScaleMode. When a WinForms application is set as DPI-Aware I believe .Net takes over and those are the values that are used to calculate the scaling.

Unfortunately, neither WPF nor WinForms properly support varied monitor-independent DPI settings, so if you set your application to DPI-Aware without handling this yourself, your scaling will be off when moving your window across monitor boundaries with different DPI's. Right now, windows visualizes this for you and i'd recommend you leave it that way.

The problem that i think is causing this is what i call "XP Scaling", which appropriately dates back to XP, It basically scales only system fonts and some system UI elements like titlebars, scrollbars, etc. leaving the rest of the interface intact. So when you move your application to a higher DPI environment, the only difference is that the text suddenly gets bigger. This sounds like the issue, so its probably a setting on @ViRb3 's computer to utilize this scaling method instead of the window virtualization that you usually see.

<!-- gh-comment-id:230144130 --> @caesay commented on GitHub (Jul 3, 2016): @MaxXor You've correctly left out the dpi awareness tag from the manifest, so its currently being scaled by windows. It doesn't look bad, though. Unless you're looking at it on a 4K screen you probably won't be overly bothered by the windows scaling / blurriness. Personally I don't think that this is the type of application that needs crisp visuals, and in the case that it is I would _definitely_ recommend WPF. That being said, if you're curious you can look into the Form properties `AutoScaleDimensions` and `AutoScaleMode`. When a WinForms application is set as DPI-Aware I believe .Net takes over and those are the values that are used to calculate the scaling. Unfortunately, neither WPF nor WinForms properly support varied monitor-independent DPI settings, so if you set your application to DPI-Aware without handling this yourself, your scaling will be off when moving your window across monitor boundaries with different DPI's. Right now, windows visualizes this for you and i'd recommend you leave it that way. The problem that i think is causing this is what i call "XP Scaling", which appropriately dates back to XP, It basically scales only system fonts and some system UI elements like titlebars, scrollbars, etc. leaving the rest of the interface intact. So when you move your application to a higher DPI environment, the only difference is that the text suddenly gets bigger. This sounds like the issue, so its probably a setting on @ViRb3 's computer to utilize this scaling method instead of the window virtualization that you usually see.
Author
Owner

@ViRb3 commented on GitHub (Jul 3, 2016):

Yes, indeed, I am using Windows 8 DPI scaling instead of Windows 10 since many of my programs don't support it and get blurred. Any chance to support both scaling methods?

<!-- gh-comment-id:230159033 --> @ViRb3 commented on GitHub (Jul 3, 2016): Yes, indeed, I am using Windows 8 DPI scaling instead of Windows 10 since many of my programs don't support it and get blurred. Any chance to support both scaling methods?
Author
Owner

@MaxXor commented on GitHub (Aug 12, 2016):

Thanks for all your input @ViRb3 and @caesay! 👍 I think it's fixed now to be correctly DPI aware, I've tested it in VM with DPI set to 125%.
Can you confirm it's working correctly with the latest commit github.com/quasar/QuasarRAT@0d3a3e427d?

<!-- gh-comment-id:239515729 --> @MaxXor commented on GitHub (Aug 12, 2016): Thanks for all your input @ViRb3 and @caesay! :+1: I think it's fixed now to be correctly DPI aware, I've tested it in VM with DPI set to 125%. Can you confirm it's working correctly with the latest commit https://github.com/quasar/QuasarRAT/commit/0d3a3e427d166d7f659858613705d725ec349b0e?
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Quasar#251
No description provided.