Ok, Uwe. I went ahead and did it. I admit the “Wait” features threw me
off a bit at first, but I can see the usefulness of them. The filters are
also useful for decluttering the list, especially for stations recently
worked. I do have one suggestion for the filters.
While the filters for Hide and Ignore stations worked yesterday or today
are useful, a more focused filter would be even more useful for things like
POTA hunting. If you haven’t hunted POTA stations before, an “Activation”
is for a single UTC day. You can work a station at 23:59 on UTC Friday,
and then turn around and work the station again at 00:02. Each contact
counts under the POTA rules. However the currently available filter will
still hide the station from the list.
What I would like to have is a filter that hides stations that I’ve worked
on the current UTC day. This way, once I work a POTA station they won’t
show up again until the UTC day rolls over, but once it does they will be
back in the list.
Is something like that doable?
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
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>; WSJT software development
<wsjt-devel@lists.sourceforge.net>; Mark Galbraith <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.
The text margins for the “H” button seem to be correct.
The remaining buttons in the column use the same button size as the “H” button.
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> 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>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdblac...@yahoo.com>; WSJT software development
<wsjt-devel@lists.sourceforge.net>
Cc: mark mgg4.com <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>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Cc: Black Michael <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> 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
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
