DPI Awareness/Scaling Issues (Win10)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mudlet |
Opinion
|
Undecided
|
Unassigned |
Bug Description
Summary:
Mudlet exhibits behavior associated with static size values (in pixels) in the Qt GUI widgets rather than using relative values. Additionally, the application does not specify DPI awareness such that Qt autoscales the application using the native Windows display APIs.* As such, the UI is, while usable, not properly rendered which breaks third-party UI add-ons produced by the community.
*More info here: http://
Recommended remediation (up for discussion!):
While an effort to convert Mudlet's QML to relative values would be the "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for one of the following:
The addition of a qt.conf directive to specify an equivalent of the following (passed at runtime, instructs Windows to treat the application as non-DPI aware and to scale it automatically):
-platform windows:
OR
The addition of the following property setter for Windows builds to achieve the same goal as option #1:
Steps to reproduce:
Run the application on a High DPI Windows 10 machine such as a Microsoft Surface or 4K display with scaling enabled and set to a value other than 100%. Observe the UI scaling issues in the splash frame and Connections frame - particularly cut off text and oddly shaped fields/tiny small icons.
I have tested the -platform windows:
Vadim Peretokin (vperetokin) wrote : Re: [Mudlet-makers] [Bug 1652413] [NEW] DPI Awareness/Scaling Issues (Win10) | #1 |
Colin Gannon (cmgannon26) wrote : | #2 |
Sure - just uploaded screenshots of the Sessions screen as an example. You can see the scaling issue where text is being cut off and form fields are generally smaller/too short. This is evident throughout the app and totally messes up Geyser elements.
This may be easily fixed by passing the following option to ./mudlet.exe:
-platform windows:
OR via the creation of an ini-style qt.conf file in the Mudlet directory (default: C:\Program Files (x86)\mudlet-
[Platforms]
WindowsArgu
This tells Qt to let Windows know the app doesn't know how to scale if given a non-standard DPI ratio and lets windows automagically scale the app.
The former solution is probably best. I tried re-building Mudlet with the AA_EnableHighDp
Colin Gannon (cmgannon26) wrote : | #3 |
Colin Gannon (cmgannon26) wrote : | #4 |
- Mudlet with qt.conf to turn off dpi-awareness and let Windows handle scaling. Edit (207.6 KiB, image/png)
Vadim Peretokin (vperetokin) wrote : Re: [Mudlet-makers] [Bug 1652413] Re: DPI Awareness/Scaling Issues (Win10) | #5 |
Hm... I don't like how either look, though setting up the autoscaling
option would be good for 3.0 so it's at least usable on a HiDPI display. I
wonder why does it break so much with scaling off though - shouldn't the
only thing that look bad are the images we use?
On Mon, Dec 26, 2016 at 5:20 AM Colin Gannon <email address hidden> wrote:
> ** Attachment added: "Mudlet with qt.conf to turn off dpi-awareness and
> let Windows handle scaling."
>
> https:/
>
> --
> You received this bug notification because you are a member of Mudlet
> Makers, which is subscribed to Mudlet.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels)
> in the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addition of the following property setter for Windows builds to
> achieve the same goal as option #1:
> QGuiApplication
>
> Steps to reproduce:
> Run the application on a High DPI Windows 10 machine such as a Microsoft
> Surface or 4K display with scaling enabled and set to a value other than
> 100%. Observe the UI scaling issues in the splash frame and Connections
> frame - particularly cut off text and oddly shaped fields/tiny small icons.
>
> I have tested the -platform windows:
> working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> the wiki instructions. I am building and testing the second (probably
> preferable) fix.
>
> To manage notifications about this bug go to:
> https:/
>
> _______
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
Colin Gannon (cmgannon26) wrote : | #6 |
- Zoomed in Solution A result Edit (188.9 KiB, image/png)
Agreed. I've experimented a little further as Qt offers a bunch of ways to handle this.
Solution A: Set QT_AUTO_
Solution B: Using qt.conf or -platform windows:
Solution C: Set a static scaling value. (QT_SCALING_FACTOR environment variable or equivalent QApplication attribute) We absolutely wouldn't want to set a static scaling value - we want Qt to query Windows for the scaling factor and use that multiplier (looks like solution A does this).
I'm not a Qt expert, so you (Vadim) or someone else can point me in the right direction on where to set the AA_EnableHighDp
Thanks,
Colin
Vadim Peretokin (vperetokin) wrote : | #7 |
Haven't forgotten about this - just busy working on the 3.0 release. Will revisit this right after.
Vadim Peretokin (vperetokin) wrote : | #8 |
Colin, you can add the ::setAttribute call to https:/
Colin Gannon (cmgannon26) wrote : Re: [Bug 1652413] Re: DPI Awareness/Scaling Issues (Win10) | #9 |
Sure thing. Will test tonight or tomorrow night.
I've since migrated to a Mac as my primary dev box so I'll have to get my
environment set up again for Windows builds.
-Colin
On Mar 5, 2017 4:00 PM, "Vadim Peretokin" <email address hidden> wrote:
> Colin, you can add the ::setAttribute call to
> https:/
> between line 112 and 113 (after the else and before the #ifdef). Let me
> know how you go - I haven't got a HiDPI screen to test with myself.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels)
> in the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addition of the following property setter for Windows builds to
> achieve the same goal as option #1:
> QGuiApplication
>
> Steps to reproduce:
> Run the application on a High DPI Windows 10 machine such as a Microsoft
> Surface or 4K display with scaling enabled and set to a value other than
> 100%. Observe the UI scaling issues in the splash frame and Connections
> frame - particularly cut off text and oddly shaped fields/tiny small icons.
>
> I have tested the -platform windows:
> working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> the wiki instructions. I am building and testing the second (probably
> preferable) fix.
>
> To manage notifications about this bug go to:
> https:/
>
Stephen Lyons (slysven) wrote : | #10 |
Does this "fix" require at least a certain Qt 5.x version - remember the code has to compile for all versions back to Qt 5.0.2 - even if we resort to "#if defined" or "#if QT_VERSION > 0x05mmpp" preprocessor directives.
OTOH Someone with a real MacOs development platform will be a major plus for the Mudlet project - is there anyway we can drag you aboard Colin? 8-)
Vadim Peretokin (vperetokin) wrote : Re: [Mudlet-makers] [Bug 1652413] Re: DPI Awareness/Scaling Issues (Win10) | #11 |
Awesome. Well, Mudlet compiles on macOS too, I'd you kept the monitor
should be good to go...
On Sun, 5 Mar 2017 10:15 pm Colin Gannon, <email address hidden> wrote:
> Sure thing. Will test tonight or tomorrow night.
>
> I've since migrated to a Mac as my primary dev box so I'll have to get my
> environment set up again for Windows builds.
>
> -Colin
>
> On Mar 5, 2017 4:00 PM, "Vadim Peretokin" <email address hidden> wrote:
>
> > Colin, you can add the ::setAttribute call to
> > https:/
> > between line 112 and 113 (after the else and before the #ifdef). Let me
> > know how you go - I haven't got a HiDPI screen to test with myself.
> >
> > --
> > You received this bug notification because you are subscribed to the bug
> > report.
> > https:/
> >
> > Title:
> > DPI Awareness/Scaling Issues (Win10)
> >
> > Status in Mudlet:
> > New
> >
> > Bug description:
> > Summary:
> > Mudlet exhibits behavior associated with static size values (in pixels)
> > in the Qt GUI widgets rather than using relative values. Additionally,
> the
> > application does not specify DPI awareness such that Qt autoscales the
> > application using the native Windows display APIs.* As such, the UI is,
> > while usable, not properly rendered which breaks third-party UI add-ons
> > produced by the community.
> >
> > *More info here: http://
> >
> > Recommended remediation (up for discussion!):
> > While an effort to convert Mudlet's QML to relative values would be the
> > "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow
> for
> > one of the following:
> >
> > The addition of a qt.conf directive to specify an equivalent of the
> > following (passed at runtime, instructs Windows to treat the application
> as
> > non-DPI aware and to scale it automatically):
> > -platform windows:
> >
> > OR
> >
> > The addition of the following property setter for Windows builds to
> > achieve the same goal as option #1:
> > QGuiApplication
> >
> > Steps to reproduce:
> > Run the application on a High DPI Windows 10 machine such as a
> Microsoft
> > Surface or 4K display with scaling enabled and set to a value other than
> > 100%. Observe the UI scaling issues in the splash frame and Connections
> > frame - particularly cut off text and oddly shaped fields/tiny small
> icons.
> >
> > I have tested the -platform windows:
> > working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> > the wiki instructions. I am building and testing the second (probably
> > preferable) fix.
> >
> > To manage notifications about this bug go to:
> > https:/
> >
>
> --
> You received this bug notification because you are a member of Mudlet
> Makers, which is subscribed to Mudlet.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior a...
Vadim Peretokin (vperetokin) wrote : | #12 |
Travis will tell us if it's a problem :)
On Sun, 5 Mar 2017 10:25 pm Stephen Lyons, <email address hidden> wrote:
> Does this "fix" require at least a certain Qt 5.x version - remember the
> code has to compile for all versions back to Qt 5.0.2 - even if we
> resort to "#if defined" or "#if QT_VERSION > 0x05mmpp" preprocessor
> directives.
>
> OTOH Someone with a real MacOs development platform will be a major plus
> for the Mudlet project - is there anyway we can drag you aboard Colin?
> 8-)
>
> --
> You received this bug notification because you are a member of Mudlet
> Makers, which is subscribed to Mudlet.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels)
> in the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addition of the following property setter for Windows builds to
> achieve the same goal as option #1:
> QGuiApplication
>
> Steps to reproduce:
> Run the application on a High DPI Windows 10 machine such as a Microsoft
> Surface or 4K display with scaling enabled and set to a value other than
> 100%. Observe the UI scaling issues in the splash frame and Connections
> frame - particularly cut off text and oddly shaped fields/tiny small icons.
>
> I have tested the -platform windows:
> working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> the wiki instructions. I am building and testing the second (probably
> preferable) fix.
>
> To manage notifications about this bug go to:
> https:/
>
> _______
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
Vadim Peretokin (vperetokin) wrote : | #13 |
Another thing I remembered is that our consoles aren't HiDPI aware. On macOS no option is needed to make Qt scale properly, but you'll see that the main console is not crisp:
http://
http://
So the above solution will only get us halfway there I think.
Stephen Lyons (slysven) wrote : | #14 |
> "While an effort to convert Mudlet's QML to relative values would be the "right" fix..."
Um, Mudlet is a QWidget rather than a QML application - does that mean that the given fix option is not applicable‽
Vadim Peretokin (vperetokin) wrote : | #15 |
Why wouldn't it? Colin has already demonstrated in a screenshot: https:/
Vadim Peretokin (vperetokin) wrote : | #16 |
@Colin: any update on this?
On Mon, Mar 6, 2017 at 12:51 PM Vadim Peretokin <email address hidden>
wrote:
> Why wouldn't it? Colin has already demonstrated in a screenshot:
>
> https:/
>
> --
> You received this bug notification because you are a member of Mudlet
> Makers, which is subscribed to Mudlet.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels)
> in the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addition of the following property setter for Windows builds to
> achieve the same goal as option #1:
> QGuiApplication
>
> Steps to reproduce:
> Run the application on a High DPI Windows 10 machine such as a Microsoft
> Surface or 4K display with scaling enabled and set to a value other than
> 100%. Observe the UI scaling issues in the splash frame and Connections
> frame - particularly cut off text and oddly shaped fields/tiny small icons.
>
> I have tested the -platform windows:
> working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> the wiki instructions. I am building and testing the second (probably
> preferable) fix.
>
> To manage notifications about this bug go to:
> https:/
>
> _______
> Mailing list: https:/
> Post to : <email address hidden>
> Unsubscribe : https:/
> More help : https:/
>
Colin Gannon (cmgannon26) wrote : | #17 |
I should have some time tomorrow as there's some nasty weather headed my
way. :) Sorry for the delay, in any case - work has been a little wild.
Are you looking to get this in for the 3.0 release? Also, in response to
comments regarding HiDPI on MacOS - Apple is actually sane in how they
reason about scaling and as result MacOS doesn't use the awful logic that
MSFT does so this issue is specific to HiDPI displays (> FHD) on Windows
only.
Not to split this thread/conflate issues, but what's the specific need for
a MacOS dev/platform? Builds? If so, I may be able to accommodate that if
we set up post-commit webhooks for the Github repo to do CI on an iMac I
have (it's currently mostly idle). Otherwise I'm happy to contribute on
issues/enhancements specific to the platforms I use - granted, I'm
primarily a Python developer and application security guy but I can take a
whack at some C++/qt. :)
Thanks,
Colin
On Mar 12, 2017 12:50 AM, "Vadim Peretokin" <email address hidden> wrote:
> @Colin: any update on this?
>
> On Mon, Mar 6, 2017 at 12:51 PM Vadim Peretokin <email address hidden>
> wrote:
>
> > Why wouldn't it? Colin has already demonstrated in a screenshot:
> >
> > https:/
> attachment/
> >
> > --
> > You received this bug notification because you are a member of Mudlet
> > Makers, which is subscribed to Mudlet.
> > https:/
> >
> > Title:
> > DPI Awareness/Scaling Issues (Win10)
> >
> > Status in Mudlet:
> > New
> >
> > Bug description:
> > Summary:
> > Mudlet exhibits behavior associated with static size values (in pixels)
> > in the Qt GUI widgets rather than using relative values. Additionally,
> the
> > application does not specify DPI awareness such that Qt autoscales the
> > application using the native Windows display APIs.* As such, the UI is,
> > while usable, not properly rendered which breaks third-party UI add-ons
> > produced by the community.
> >
> > *More info here: http://
> >
> > Recommended remediation (up for discussion!):
> > While an effort to convert Mudlet's QML to relative values would be the
> > "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow
> for
> > one of the following:
> >
> > The addition of a qt.conf directive to specify an equivalent of the
> > following (passed at runtime, instructs Windows to treat the application
> as
> > non-DPI aware and to scale it automatically):
> > -platform windows:
> >
> > OR
> >
> > The addition of the following property setter for Windows builds to
> > achieve the same goal as option #1:
> > QGuiApplication
> >
> > Steps to reproduce:
> > Run the application on a High DPI Windows 10 machine such as a
> Microsoft
> > Surface or 4K display with scaling enabled and set to a value other than
> > 100%. Observe the UI scaling issues in the splash frame and Connections
> > frame - particularly cut off text and oddly shaped fields/tiny small
> icons.
> >
> > I have tested the -platform windows:
> > ...
Vadim Peretokin (vperetokin) wrote : | #18 |
Nah don't have to rush for 3.0, that one is canned for any new features.
While we do have macOS CI setup with Travis (
https:/
development requires me opening up my 800x600 hackintosh vm and slowly
pecking away at the keys, so any fixes/improvements for that platform would
be welcome. A lot of Mudlet's UI looks out of place on a mac for example -
fields too small and things like that - whereas it looks quite fine on a
windows/linux setup.
Let me know how you go with the HiDPI option and if'd like immediate help,
hop over to https:/
On Mon, Mar 13, 2017 at 1:51 PM Colin Gannon <email address hidden> wrote:
> I should have some time tomorrow as there's some nasty weather headed my
> way. :) Sorry for the delay, in any case - work has been a little wild.
>
> Are you looking to get this in for the 3.0 release? Also, in response to
> comments regarding HiDPI on MacOS - Apple is actually sane in how they
> reason about scaling and as result MacOS doesn't use the awful logic that
> MSFT does so this issue is specific to HiDPI displays (> FHD) on Windows
> only.
>
> Not to split this thread/conflate issues, but what's the specific need for
> a MacOS dev/platform? Builds? If so, I may be able to accommodate that if
> we set up post-commit webhooks for the Github repo to do CI on an iMac I
> have (it's currently mostly idle). Otherwise I'm happy to contribute on
> issues/enhancements specific to the platforms I use - granted, I'm
> primarily a Python developer and application security guy but I can take a
> whack at some C++/qt. :)
>
> Thanks,
>
> Colin
>
> On Mar 12, 2017 12:50 AM, "Vadim Peretokin" <email address hidden>
> wrote:
>
> > @Colin: any update on this?
> >
> > On Mon, Mar 6, 2017 at 12:51 PM Vadim Peretokin <email address hidden>
> > wrote:
> >
> > > Why wouldn't it? Colin has already demonstrated in a screenshot:
> > >
> > > https:/
> > attachment/
> > >
> > > --
> > > You received this bug notification because you are a member of Mudlet
> > > Makers, which is subscribed to Mudlet.
> > > https:/
> > >
> > > Title:
> > > DPI Awareness/Scaling Issues (Win10)
> > >
> > > Status in Mudlet:
> > > New
> > >
> > > Bug description:
> > > Summary:
> > > Mudlet exhibits behavior associated with static size values (in
> pixels)
> > > in the Qt GUI widgets rather than using relative values. Additionally,
> > the
> > > application does not specify DPI awareness such that Qt autoscales the
> > > application using the native Windows display APIs.* As such, the UI is,
> > > while usable, not properly rendered which breaks third-party UI add-ons
> > > produced by the community.
> > >
> > > *More info here: http://
> > >
> > > Recommended remediation (up for discussion!):
> > > While an effort to convert Mudlet's QML to relative values would be
> the
> > > "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow
> > for
> > > one of the following:
> > >
> > > The addition of a qt.conf directive to specify an equival...
Vadim Peretokin (vperetokin) wrote : | #19 |
- 0uQmSRO.png Edit (148.2 KiB, image/png)
Another thing to look out for, as reported on Mudlet forums (http://
Vadim Peretokin (vperetokin) wrote : | #20 |
Migrating issues to Github, please follow the new discussion here: https:/
This issue needs to be closed and there is no appropriate status, so will set it to "Opinion" just for migration purposes.
Changed in mudlet: | |
status: | New → Opinion |
Could you attach screenshots? I don't think any developers have a 4K
display.
On Sat, 24 Dec 2016 11:45 am Colin Gannon, <email address hidden> wrote:
> Public bug reported: doc.qt. io/qt-5/ highdpi. html dpiawareness= 0 ::setAttribute( Qt::AA_ EnableHighDpiSc aling); dpiawareness= 0 solution and it's /bugs.launchpad .net/bugs/ 1652413 doc.qt. io/qt-5/ highdpi. html dpiawareness= 0
>
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels) in
> the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addition of the following property setter for Windows builds to
> achieve the same goal as option #1:
> QGuiApplication
>
> Steps to reproduce:
> Run the application on a High DPI Windows 10 machine such as a Microsoft
> Surface or 4K display with scaling enabled and set to a value other than
> 100%. Observe the UI scaling issues in the splash frame and Connections
> frame - particularly cut off text and oddly shaped fields/tiny small icons.
>
> I have tested the -platform windows:
> working with Mudlet3-iota built against Qt5.6 on Windows 10 following
> the wiki instructions. I am building and testing the second (probably
> preferable) fix.
>
> ** Affects: mudlet
> Importance: Undecided
> Status: New
>
>
> ** Tags: gui
>
> --
> You received this bug notification because you are a member of Mudlet
> Makers, which is subscribed to Mudlet.
> https:/
>
> Title:
> DPI Awareness/Scaling Issues (Win10)
>
> Status in Mudlet:
> New
>
> Bug description:
> Summary:
> Mudlet exhibits behavior associated with static size values (in pixels)
> in the Qt GUI widgets rather than using relative values. Additionally, the
> application does not specify DPI awareness such that Qt autoscales the
> application using the native Windows display APIs.* As such, the UI is,
> while usable, not properly rendered which breaks third-party UI add-ons
> produced by the community.
>
> *More info here: http://
>
> Recommended remediation (up for discussion!):
> While an effort to convert Mudlet's QML to relative values would be the
> "right" fix, the autoscaling provided by Qt 5.6+ and Windows 8.1+ allow for
> one of the following:
>
> The addition of a qt.conf directive to specify an equivalent of the
> following (passed at runtime, instructs Windows to treat the application as
> non-DPI aware and to scale it automatically):
> -platform windows:
>
> OR
>
> The addi...