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" <vpereto...@gmail.com> wrote: > @Colin: any update on this? > > On Mon, Mar 6, 2017 at 12:51 PM Vadim Peretokin <vpereto...@gmail.com> > wrote: > > > Why wouldn't it? Colin has already demonstrated in a screenshot: > > > > https://bugs.launchpad.net/mudlet/+bug/1652413/+ > attachment/4797276/+files/wenvvar.PNG > > > > -- > > You received this bug notification because you are a member of Mudlet > > Makers, which is subscribed to Mudlet. > > https://bugs.launchpad.net/bugs/1652413 > > > > 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://doc.qt.io/qt-5/highdpi.html > > > > 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:dpiawareness=0 > > > > OR > > > > The addition of the following property setter for Windows builds to > > achieve the same goal as option #1: > > QGuiApplication::setAttribute(Qt::AA_EnableHighDpiScaling); > > > > 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:dpiawareness=0 solution and it's > > 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://bugs.launchpad.net/mudlet/+bug/1652413/+subscriptions > > > > _______________________________________________ > > Mailing list: https://launchpad.net/~mudlet-makers > > Post to : mudlet-makers@lists.launchpad.net > > Unsubscribe : https://launchpad.net/~mudlet-makers > > More help : https://help.launchpad.net/ListHelp > > > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1652413 > > 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://doc.qt.io/qt-5/highdpi.html > > 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:dpiawareness=0 > > OR > > The addition of the following property setter for Windows builds to > achieve the same goal as option #1: > QGuiApplication::setAttribute(Qt::AA_EnableHighDpiScaling); > > 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:dpiawareness=0 solution and it's > 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://bugs.launchpad.net/mudlet/+bug/1652413/+subscriptions > -- You received this bug notification because you are a member of Mudlet Makers, which is subscribed to Mudlet. https://bugs.launchpad.net/bugs/1652413 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://doc.qt.io/qt-5/highdpi.html 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:dpiawareness=0 OR The addition of the following property setter for Windows builds to achieve the same goal as option #1: QGuiApplication::setAttribute(Qt::AA_EnableHighDpiScaling); 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:dpiawareness=0 solution and it's 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://bugs.launchpad.net/mudlet/+bug/1652413/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~mudlet-makers Post to : mudlet-makers@lists.launchpad.net Unsubscribe : https://launchpad.net/~mudlet-makers More help : https://help.launchpad.net/ListHelp
