Likewise on the GA but I downloaded the Improved version yesterday to
take a look when I've got some time.
I can only urge the core developers to include high dpi scaling to
support 2k and 4k monitors in the GA release ASAP, particularly if it is
as simple as just one line of code.
Alan G0TLK
On 16/04/2025 00:09, Mark Galbraith via wsjt-devel wrote:
I started using the Gold Standard Original WSJT-X and haven’t really
explored any of the variants at all. Maybe I should, but I’m so used
to the standard interface now. 😃
Besides, with the addition of a SINGLE line of code WSJT-X can have
those features turned on and working for everyone. As far as I have
been able to determine, enabling the high-DPI support does not
adversely affect those who are not using a high-DPI card and monitor.
If this is the case, there is probably no reason for this support to
be turned off, unless WSJT-X Improved has code changes other than the
single line I provided.
73
-.. . / -- .- .-. -.- / -. --... -.-- -..
DE MARK N7YD
*From:*Uwe, DG2YCB <dg2...@gmx.de>
*Sent:* Monday, April 14, 2025 23:54
*To:* WSJT software development <wsjt-devel@lists.sourceforge.net>
*Cc:* Mark Galbraith <n...@mgg4.com>
*Subject:* Re: [wsjt-devel] FW: Button sizes not correct
Hi Mark,
Why don't you use WSJT-X Improved v2.8.0? It has high-DPI scaling
built in, as well as dozens of other useful extra features.
But if you really want to develop the wheel a second time, feel free
to do so ...
73 de DG2YCB,
Uwe
________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB <http://www.qrz.com/db/DG2YCB>
Am 15.04.2025 um 01:53 schrieb Mark Galbraith via wsjt-devel:
I suppose the images included in my email are making it too large
for the mailing list. I’m forwarding this back to the wsjt-devel
team with the images removed. Anyone wanting to see the full email
with the images restored can email me for a direct copy.
73
-.. . / -- .- .-. -.- / -. --... -.-- -..
DE MARK N7YD
*From:*Mark Galbraith
*Sent:* Sunday, April 13, 2025 17:25
*To:* Black Michael <mdblac...@yahoo.com>
<mailto:mdblac...@yahoo.com>; WSJT software development
<wsjt-devel@lists.sourceforge.net>
<mailto:wsjt-devel@lists.sourceforge.net>; Mark Galbraith
<m...@mgg4.com> <mailto:m...@mgg4.com>
*Subject:* RE: [wsjt-devel] Button sizes not correct
I apologize for the long delay in replying. I had gotten feedback
that this was not something that could be fixed, so I set it
aside. However, my background in programming would not let this
go, and eventually I had time and the drive to dig into this
further. Along the way I determined the use of Qt tools and dug
into this a bit more. I found the location where the UI buttons
are set, and saw they have a minimum size of 32. I couldn’t see
anything else that jumped out of the source code, so I went
looking for other information available. I found a few items on
StackOvervlow and eventually found this article on the Qt Forum
that seemed to be on point.
https://doc.qt.io/qt-5/highdpi.html
In reading through, I see that there is a workaround by setting
the environment variable QT_ENABLE_HIGHDPI_SCALING prior to
running the application should enable the high-DPI support. I ran
some experiments, and this is what I found.
BEFORE
The buttons on the main UI panel are clipped:
And the font size on the waterfall display is huge:
AFTER setting the environment variable:
The buttons as well asother screen elements are no longer clipped:
And the waterfall font size is back to normal:
CONCLUSION
The WSJT-X program will display properly if the high-DPI support
in Qt is enabled. While setting the environment variable is a
workaround for this, the proper course of action would be to
enable this support in the source code. According to the
StackOverflow pages, the following line, executed prior to
initializing the application will enable the high-DPI support.
QApplication::setAttribute(Qt::AA_EnableHighDpiScaling);
In the WSJT-X, the initialization of the Qt application occurs
inside ExceptionCatchingApplication.hpp, which is included into
main.cpp and called at line 118 (as found in the 2.7.0 code on
SourceForge). In my view, inserting the above “setAttribute” just
above line 118 will properly enable the high-DPI support for Qt,
and solve this and possibly many other issues with users of
high-DPI monitors in the userbase.
Please feel free to reach out if you have any questions or would
like to discuss this issue further.
73
-.. . / -- .- .-. -.- / -. --... -.-- -..
DE MARK N7YD
*From:*Black Michael <mdblac...@yahoo.com>
*Sent:* Friday, September 1, 2023 12:53
*To:* WSJT software development
<wsjt-devel@lists.sourceforge.net>; Mark Galbraith
<n...@mgg4.com>; mark mgg4.com <m...@mgg4.com>
*Subject:* Re: [wsjt-devel] Button sizes not correct
Can you provide a screen shot?
What font are you using -- I have Microsoft Sans Serif 8pt.
Mike W9MDB
On Friday, September 1, 2023 at 01:01:45 PM CDT, mark mgg4.com
<m...@mgg4.com> wrote:
After switching back, and the problem with the button sizes
returns, I make the following observations.
1. The text margins for the “H” button seem to be correct.
2. The remaining buttons in the column use the same button size
as the “H” button.
3. Scaling those buttons on one of the longer button labels may
resolve the problem for all resolutions.
I’m a retired programmer with 45 years of experience. I’ve seen
these types of problems many times. Sometimes, the hard problems
have easy solutions. Other times you grab a big hammer…
--Mark
*From:*mark mgg4.com via wsjt-devel
<wsjt-devel@lists.sourceforge.net>
*Sent:* Friday, September 1, 2023 10:54 AM
*To:* Black Michael <mdblac...@yahoo.com>; WSJT software
development <wsjt-devel@lists.sourceforge.net>; Mark Galbraith
<n...@mgg4.com>
*Cc:* mark mgg4.com <m...@mgg4.com>
*Subject:* Re: [wsjt-devel] Button sizes not correct
All of them. Most annoying is the Log popup which I have
positioned for easy tapping (touch screen).
--Mark
*From:*Black Michael <mdblac...@yahoo.com>
*Sent:* Friday, September 1, 2023 10:52 AM
*To:* WSJT software development
<wsjt-devel@lists.sourceforge.net>; Mark Galbraith <n...@mgg4.com>
*Cc:* mark mgg4.com <m...@mgg4.com>
*Subject:* Re: [wsjt-devel] Button sizes not correct
Which windows?
On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith
<n...@mgg4.com <mailto:n...@mgg4.com>> wrote:
After a few more experiments, I’ve reverted this change. The
program no longer remembers where certain windows open on the
screen, opening all windows in the center. This is a bit more
disruptive than the narrow buttons.
--Mark, N7YD
*From:*mark mgg4.com via wsjt-devel
<wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>>
*Sent:* Friday, September 1, 2023 10:37 AM
*To:* Black Michael <mdblac...@yahoo.com
<mailto:mdblac...@yahoo.com>>; WSJT software development
<wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>>
*Cc:* mark mgg4.com <m...@mgg4.com <mailto:m...@mgg4.com>>
*Subject:* Re: [wsjt-devel] Button sizes not correct
Thank you. That does change a few things, and some of the text
seems a bit less sharp, but it does fix the problem and I like the
overall effect better. I very much appreciate your response.
--Mark, N7YD
*From:*Black Michael via wsjt-devel
<wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>>
*Sent:* Friday, September 1, 2023 9:25 AM
*To:* WSJT software development <wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>>
*Cc:* Black Michael <mdblac...@yahoo.com <mailto:mdblac...@yahoo.com>>
*Subject:* Re: [wsjt-devel] Button sizes not correct
Try this to replace the qt.conf in your bin directory
[Paths]
Plugins = ../plugins
[Platforms]
WindowsArguments = dpiawareness=0
Mike W9MDB
On Thursday, August 31, 2023 at 10:43:43 PM CDT, Laurie, VK3AMA
via wsjt-devel <wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>> wrote:
On 01/09/2023 8:15 am, Mark Galbraith via wsjt-devel wrote:
Not sure what’s happening here, but my guess would be that the
screen resolution may be off, but I was seeing this on other
computers as well.
My computer is a Microsoft Surfacebook 2, with a screen
resolution of 3240 x 2160. I was also seeing the same thing on
my other computer with a 32” ultra widescreen resolution of
2560 x 1080. I’m also seeing this on v2.6.1 and v2.7.0-rc2. Is
there a setting I need to adjust, or is this something that
requires a program change to fix?
73
-.. . / -- .- .-. -.- / -. --... -.-- -..
DE MARK N7YD
A long standing defect that I gave up on getting the devs to correct.
All other UI controls inducing the Tx1-6 buttons are scaled
correctly except these buttons!
Here's mine, like you replicated across multiple devices.
de Laurie VK3AMA
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
