wsjt-devel

[wsjt-devel] Button sizes not correct

[Mark G. <n7...@mg...>]

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.

[cid:image001.png@01D9DC1D.F61565A0]

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

Re: [wsjt-devel] Button sizes not correct

[Laurie, V. <_vk...@vk...>]

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

Re: [wsjt-devel] Button sizes not correct

[Rick <gm...@gm...>]

Mark / Laurie

This effect is not present in Linux Mint. (1920x1080 screen, font Noto 
Sans Bold Italic 12)

However, looking at the code in the Qt development environment this 
clipping effect can be seen. These buttons all have a minimum width of 
32 and the default font size is 12.  Otherwise the size policy for these 
buttons is the same as for the Tx 1-6 buttons.

With a button width of 32 the max font size for no clipping is 9. With 
font size of 12 the minimum button width is ~48.

You can change the font size in Settings | General | Font. Reducing it 
will help, but it will affect the entire window and I suspect you may 
have tried that already and found it unacceptable.

It might also be worthwhile checking that the font you have selected 
actually exists on your machine and is not being substituted, which can 
cause weird effects.

You could just run the app with a larger width. At some point the 
buttons will expand.

As a last resort, there is an easy code fix for this. Just go into the 
mainWindow.ui and change houndButton | minimumSize | Width.  Setting it 
to 0 (on all six buttons) allows the application to scale the button 
width in accordance with the combined sizing policies. However changing 
just the houndButton from 32 to 48 is sufficient and doesn't introduce 
any other sizing effects. Recalculate the md5 checksum. Recompile and 
voila.

HTH

Regards

Rick (GM4JIB)


On 31/08/2023 23:15, 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
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Laurie, V. <_vk...@vk...>]

On 01/09/2023 7:11 pm, Rick via wsjt-devel wrote:
>
> This effect is not present in Linux Mint. (1920x1080 screen, font Noto 
> Sans Bold Italic 12)
>
> However, looking at the code in the Qt development environment this 
> clipping effect can be seen. These buttons all have a minimum width of 
> 32 and the default font size is 12.  Otherwise the size policy for 
> these buttons is the same as for the Tx 1-6 buttons.
>
> With a button width of 32 the max font size for no clipping is 9. With 
> font size of 12 the minimum button width is ~48.
>
> You can change the font size in Settings | General | Font. Reducing it 
> will help, but it will affect the entire window and I suspect you may 
> have tried that already and found it unacceptable.
>
> It might also be worthwhile checking that the font you have selected 
> actually exists on your machine and is not being substituted, which 
> can cause weird effects.
>
> You could just run the app with a larger width. At some point the 
> buttons will expand.
>
> As a last resort, there is an easy code fix for this. Just go into the 
> mainWindow.ui and change houndButton | minimumSize | Width.  Setting 
> it to 0 (on all six buttons) allows the application to scale the 
> button width in accordance with the combined sizing policies. However 
> changing just the houndButton from 32 to 48 is sufficient and doesn't 
> introduce any other sizing effects. Recalculate the md5 checksum. 
> Recompile and voila.
>
> HTH
>
> Regards
>
> Rick (GM4JIB)
>

This incorrect button sizing is being applied to the mode selection 
buttonsonly, no other buttons.
Font type and size cannot be the cause. No other UI elements are affected.

Several previous tests have shown it is only occurring on high DPI 
monitors, 4K monitors in my case, running Win10 & Win11.

IMO, the code to calculate button size based on text font metrics is not 
correctly calculating the width for high dpi situations.

My C++ skills are 30 years out-of-date so  am unable to offer any advice 
as to the cause.

de Laurie VK3AMA

Re: [wsjt-devel] Button sizes not correct

[Uwe, D. <dg...@gm...>]

Hi Mark,

In most cases, this effect is triggered by App Scaling. Try setting this
to 100%. Probably everything will look normal then. Please try a few
combinations of App Scaling and font size to find the best settings for you.

It is almost impossible to compensate for all the unsightly side effects
of this App Scaling. We also have to take into account the many OMs who
have smaller screen sizes. If you have App Scaling set to 100%, the
WSJT-X GUI should work fine with font sizes between say 8 and 16 pt, on
all operating systems.

The problem has come when people have increasingly bought monitors with
extremely high pixel counts. Of course, all program windows and icons
are displayed smaller there, because a 4K monitor is typically not four
times as big as a 27-inch HD monitor. Consequence: For many users,
everything is then much too small for their eyes and thus no longer
properly readable. Therefore, App Scaling is then often set to high
values, but this affects the GUI proportions of many programs.

No matter how much Laurie grumbles, this is hard to impossible to solve.
Of course, it would be no problem to make a suitable GUI for say 200%
App Scaling, but then all the other OMs who have normal-sized monitors
and use normal font sizes between say 8 and 12 pt and a normal App
Scaling of 100% would rightly complain why the minimum size of the
WSJT-X window is now suddenly so large. We have had all this before.

73 de DG2YCB,
Uwe
________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg...@gm...
Info: www.qrz.com/db/DG2YCB


Am 01.09.2023 um 00:15 schrieb Mark Galbraith via wsjt-devel:
>
> 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
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Black M. <mdb...@ya...>]

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 <wsj...@li...> 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
wsj...@li...
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  

Re: [wsjt-devel] Button sizes not correct

[mark mgg4.c. <ma...@mg...>]

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 <wsj...@li...>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...>
Cc: Black Michael <mdb...@ya...>
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 <wsj...@li...<mailto:wsj...@li...>> 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.

[cid:image001.png@01D9DCC0.3832DFB0]



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.
[cid:image002.png@01D9DCC0.3832DFB0]

de Laurie VK3AMA

_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Mark G. <n7...@mg...>]

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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>
Cc: mark mgg4.com <ma...@mg...>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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.

[cid:image001.png@01D9DCC1.9862A220]



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.
[cid:image002.png@01D9DCC1.9862A220]

de Laurie VK3AMA
_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Black M. <mdb...@ya...>]

Which windows?

 

    On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...> 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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>
Cc: mark mgg4.com <ma...@mg...>
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 <wsj...@li...>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...>
Cc: Black Michael <mdb...@ya...>
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 <wsj...@li...> 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
wsj...@li...
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
   

Re: [wsjt-devel] Button sizes not correct

[mark mgg4.c. <ma...@mg...>]

All of them.  Most annoying is the Log popup which I have positioned for easy tapping (touch screen).


--Mark

From: Black Michael <mdb...@ya...>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>
Cc: mark mgg4.com <ma...@mg...>
Subject: Re: [wsjt-devel] Button sizes not correct

Which windows?




On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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.

[cid:image001.png@01D9DCC2.9B296DD0]



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.
[cid:image002.png@01D9DCC2.9B296DD0]

de Laurie VK3AMA

_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Black M. <mdb...@ya...>]

You have to reposition the windows once.  You can't switch back and forth.
Also try setting that value to 1 instead of 0 and see what difference it makes.

 

    On Friday, September 1, 2023 at 12:54:40 PM CDT, mark mgg4.com <ma...@mg...> wrote:  
 
 
All of them.  Most annoying is the Log popup which I have positioned for easy tapping (touch screen).
 
  
 
  
 
--Mark
 
  
 
From: Black Michael <mdb...@ya...> 
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>
Cc: mark mgg4.com <ma...@mg...>
Subject: Re: [wsjt-devel] Button sizes not correct
 
  
 
Which windows?
 
  
 
  
 
  
 
  
 
On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...> 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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>
Cc: mark mgg4.com <ma...@mg...>
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 <wsj...@li...>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...>
Cc: Black Michael <mdb...@ya...>
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 <wsj...@li...> 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
wsj...@li...
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
   

Re: [wsjt-devel] Button sizes not correct

[mark mgg4.c. <ma...@mg...>]

Repositioning doesn’t make any difference.  The next message log popup is in the center of the screen again.


--Mark

From: Black Michael <mdb...@ya...>
Sent: Friday, September 1, 2023 10:57 AM
To: WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>; mark mgg4.com <ma...@mg...>
Subject: Re: [wsjt-devel] Button sizes not correct

You have to reposition the windows once.  You can't switch back and forth.

Also try setting that value to 1 instead of 0 and see what difference it makes.




On Friday, September 1, 2023 at 12:54:40 PM CDT, mark mgg4.com <ma...@mg...<mailto:ma...@mg...>> wrote:



All of them.  Most annoying is the Log popup which I have positioned for easy tapping (touch screen).





--Mark



From: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct



Which windows?









On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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.

[cid:image001.png@01D9DCC3.350C6B00]



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.
[cid:image002.png@01D9DCC3.350C6B00]

de Laurie VK3AMA

_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[mark mgg4.c. <ma...@mg...>]

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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>
Cc: mark mgg4.com <ma...@mg...>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct

Which windows?




On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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.

[cid:image001.png@01D9DCC3.1BDBBFA0]



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.
[cid:image002.png@01D9DCC3.1BDBBFA0]

de Laurie VK3AMA

_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Button sizes not correct

[Black M. <mdb...@ya...>]

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 <ma...@mg...> 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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>
Cc: mark mgg4.com <ma...@mg...>
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 <mdb...@ya...>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...>; Mark Galbraith <n7...@mg...>
Cc: mark mgg4.com <ma...@mg...>
Subject: Re: [wsjt-devel] Button sizes not correct
 
  
 
Which windows?
 
  
 
  
 
  
 
  
 
On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...> 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 <wsj...@li...>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...>; WSJT software development <wsj...@li...>
Cc: mark mgg4.com <ma...@mg...>
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 <wsj...@li...>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...>
Cc: Black Michael <mdb...@ya...>
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 <wsj...@li...> 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
wsj...@li...
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
   

[wsjt-devel] FW: Button sizes not correct

[Mark G. <n7...@mg...>]

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 <mdb...@ya...>; WSJT software development <wsj...@li...>; Mark Galbraith <ma...@mg...>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 12:53
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>; mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <ma...@mg...<mailto:ma...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct



Which windows?









On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: Button sizes not correct

[Uwe, D. <dg...@gm...>]

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: dg...@gm...
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 <mdb...@ya...>; WSJT software development
> <wsj...@li...>; Mark Galbraith <ma...@mg...>
> *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 <mdb...@ya...>
> *Sent:* Friday, September 1, 2023 12:53
> *To:* WSJT software development <wsj...@li...>;
> Mark Galbraith <n7...@mg...>; mark mgg4.com <ma...@mg...>
> *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
> <ma...@mg...> 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 <wsj...@li...>
> *Sent:* Friday, September 1, 2023 10:54 AM
> *To:* Black Michael <mdb...@ya...>; WSJT software development
> <wsj...@li...>; Mark Galbraith <n7...@mg...>
> *Cc:* mark mgg4.com <ma...@mg...>
> *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 <mdb...@ya...>
> *Sent:* Friday, September 1, 2023 10:52 AM
> *To:* WSJT software development <wsj...@li...>;
> Mark Galbraith <n7...@mg...>
> *Cc:* mark mgg4.com <ma...@mg...>
> *Subject:* Re: [wsjt-devel] Button sizes not correct
>
> Which windows?
>
> On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith
> <n7...@mg... <mailto:n7...@mg...>> 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 <wsj...@li...
> <mailto:wsj...@li...>>
> *Sent:* Friday, September 1, 2023 10:37 AM
> *To:* Black Michael <mdb...@ya...
> <mailto:mdb...@ya...>>; WSJT software development
> <wsj...@li...
> <mailto:wsj...@li...>>
> *Cc:* mark mgg4.com <ma...@mg... <mailto:ma...@mg...>>
> *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 <wsj...@li...
> <mailto:wsj...@li...>>
> *Sent:* Friday, September 1, 2023 9:25 AM
> *To:* WSJT software development <wsj...@li...
> <mailto:wsj...@li...>>
> *Cc:* Black Michael <mdb...@ya... <mailto:mdb...@ya...>>
> *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 <wsj...@li...
> <mailto:wsj...@li...>> 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
> wsj...@li... <mailto:wsj...@li...>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: Button sizes not correct

[Mark G. <n7...@mg...>]

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 <dg...@gm...>
Sent: Monday, April 14, 2025 23:54
To: WSJT software development <wsj...@li...>
Cc: Mark Galbraith <n7...@mg...>
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.
[cid:image001.png@01DBAE20.C188B4F0]

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: dg...@gm...<mailto:dg...@gm...>
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 <mdb...@ya...><mailto:mdb...@ya...>; WSJT software development <wsj...@li...><mailto:wsj...@li...>; Mark Galbraith <ma...@mg...><mailto:ma...@mg...>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 12:53
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>; mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <ma...@mg...<mailto:ma...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct



Which windows?









On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




_______________________________________________

wsjt-devel mailing list

wsj...@li...<mailto:wsj...@li...>

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FW: Button sizes not correct

[Reino T. <rei...@ko...>]

Mark, good news to you. On the main window of the WSJT-X v2.8.0 250314 improved PLUS it is hard to tell differences to the GA v2.7.0. You can easily switch off the Band buttons using the View menu, if you don’t like those. There is a new menu Filters, menu items and selection boxes you may just ignore. I would give it a try.

 

73, Reino OH3mA

 

From: Mark Galbraith via wsjt-devel <wsj...@li...> 
Sent: Wednesday, April 16, 2025 2:09 AM
To: Uwe, DG2YCB <dg...@gm...>; WSJT software development <wsj...@li...>
Cc: Mark Galbraith <n7...@mg...>
Subject: Re: [wsjt-devel] FW: Button sizes not correct

 

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 <dg...@gm... <mailto:dg...@gm...> > 
Sent: Monday, April 14, 2025 23:54
To: WSJT software development <wsj...@li... <mailto:wsj...@li...> >
Cc: Mark Galbraith <n7...@mg... <mailto:n7...@mg...> >
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: dg...@gm... <mailto:dg...@gm...> 
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  <mailto:mdb...@ya...> <mdb...@ya...>; WSJT software development  <mailto:wsj...@li...> <wsj...@li...>; Mark Galbraith  <mailto:ma...@mg...> <ma...@mg...>
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 <mdb...@ya... <mailto:mdb...@ya...> > 
Sent: Friday, September 1, 2023 12:53
To: WSJT software development <wsj...@li... <mailto:wsj...@li...> >; Mark Galbraith <n7...@mg... <mailto:n7...@mg...> >; mark mgg4.com <ma...@mg... <mailto:ma...@mg...> >
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 <ma...@mg... <mailto:ma...@mg...> > 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 <wsj...@li... <mailto:wsj...@li...> > 
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya... <mailto:mdb...@ya...> >; WSJT software development <wsj...@li... <mailto:wsj...@li...> >; Mark Galbraith <n7...@mg... <mailto:n7...@mg...> >
Cc: mark mgg4.com <ma...@mg... <mailto:ma...@mg...> >
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 <mdb...@ya... <mailto:mdb...@ya...> > 
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li... <mailto:wsj...@li...> >; Mark Galbraith <n7...@mg... <mailto:n7...@mg...> >
Cc: mark mgg4.com <ma...@mg... <mailto:ma...@mg...> >
Subject: Re: [wsjt-devel] Button sizes not correct

 

Which windows?

 

 

 

 

On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith < <mailto:n7...@mg...> n7...@mg...> 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 < <mailto:wsj...@li...> wsj...@li...> 
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael < <mailto:mdb...@ya...> mdb...@ya...>; WSJT software development < <mailto:wsj...@li...> wsj...@li...>
Cc: mark mgg4.com < <mailto:ma...@mg...> ma...@mg...>
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 < <mailto:wsj...@li...> wsj...@li...> 
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development < <mailto:wsj...@li...> wsj...@li...>
Cc: Black Michael < <mailto:mdb...@ya...> mdb...@ya...>
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 < <mailto:wsj...@li...> wsj...@li...> 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
 <mailto:wsj...@li...> wsj...@li...
 <https://lists.sourceforge.net/lists/listinfo/wsjt-devel> https://lists.sourceforge.net/lists/listinfo/wsjt-devel





_______________________________________________
wsjt-devel mailing list
wsj...@li... <mailto:wsj...@li...> 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

 

Re: [wsjt-devel] FW: Button sizes not correct

[<al...@al...>]

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 <dg...@gm...>
> *Sent:* Monday, April 14, 2025 23:54
> *To:* WSJT software development <wsj...@li...>
> *Cc:* Mark Galbraith <n7...@mg...>
> *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: dg...@gm...
> 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 <mdb...@ya...>
>     <mailto:mdb...@ya...>; WSJT software development
>     <wsj...@li...>
>     <mailto:wsj...@li...>; Mark Galbraith
>     <ma...@mg...> <mailto:ma...@mg...>
>     *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 <mdb...@ya...>
>     *Sent:* Friday, September 1, 2023 12:53
>     *To:* WSJT software development
>     <wsj...@li...>; Mark Galbraith
>     <n7...@mg...>; mark mgg4.com <ma...@mg...>
>     *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
>     <ma...@mg...> 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
>     <wsj...@li...>
>     *Sent:* Friday, September 1, 2023 10:54 AM
>     *To:* Black Michael <mdb...@ya...>; WSJT software
>     development <wsj...@li...>; Mark Galbraith
>     <n7...@mg...>
>     *Cc:* mark mgg4.com <ma...@mg...>
>     *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 <mdb...@ya...>
>     *Sent:* Friday, September 1, 2023 10:52 AM
>     *To:* WSJT software development
>     <wsj...@li...>; Mark Galbraith <n7...@mg...>
>     *Cc:* mark mgg4.com <ma...@mg...>
>     *Subject:* Re: [wsjt-devel] Button sizes not correct
>
>     Which windows?
>
>     On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith
>     <n7...@mg... <mailto:n7...@mg...>> 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
>     <wsj...@li...
>     <mailto:wsj...@li...>>
>     *Sent:* Friday, September 1, 2023 10:37 AM
>     *To:* Black Michael <mdb...@ya...
>     <mailto:mdb...@ya...>>; WSJT software development
>     <wsj...@li...
>     <mailto:wsj...@li...>>
>     *Cc:* mark mgg4.com <ma...@mg... <mailto:ma...@mg...>>
>     *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
>     <wsj...@li...
>     <mailto:wsj...@li...>>
>     *Sent:* Friday, September 1, 2023 9:25 AM
>     *To:* WSJT software development <wsj...@li...
>     <mailto:wsj...@li...>>
>     *Cc:* Black Michael <mdb...@ya... <mailto:mdb...@ya...>>
>     *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 <wsj...@li...
>     <mailto:wsj...@li...>> 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
>     wsj...@li...
>     <mailto:wsj...@li...>
>     https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>     <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>
>
>
>
>     _______________________________________________
>
>     wsjt-devel mailing list
>
>     wsj...@li...
>
>     https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Request for new filter (was RE: FW: Button sizes not correct)

[Mark G. <n7...@mg...>]

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 <dg...@gm...>
Sent: Monday, April 14, 2025 23:54
To: WSJT software development <wsj...@li...>
Cc: Mark Galbraith <n7...@mg...>
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.
[cid:image001.png@01DBAECB.EA18A780]

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: dg...@gm...<mailto:dg...@gm...>
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 <mdb...@ya...><mailto:mdb...@ya...>; WSJT software development <wsj...@li...><mailto:wsj...@li...>; Mark Galbraith <ma...@mg...><mailto:ma...@mg...>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 12:53
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>; mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <ma...@mg...<mailto:ma...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct



Which windows?









On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




_______________________________________________

wsjt-devel mailing list

wsj...@li...<mailto:wsj...@li...>

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Request for new filter (was RE: FW: Button sizes not correct)

[DG2YCB <DG...@gm...>]

Hi Mark,

A new filter "Hide stations worked today" is doable. Presumably even with a 
relatively small code addition. I'll have a look at the code tomorrow. A 
small update is planned for next month anyway. Let's see ...

Both editions of WSJT-X are one and the same program. They have the same 
source code core and are created on the same computers by (nearly) the same 
dev team. If you don't like some of the additional features in v2.8.0, you 
can disable them individually. If you disable all of them (or do not use 
them), you basically have the plain WSJT-X v2.7.0.

73 de DG2YCB,
Uwe
_________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: DG...@gm...
Info: www.qrz.com/db/DG2YCB

Am 16. April 2025 21:50:10 schrieb Mark Galbraith <n7...@mg...>:
> 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 <dg...@gm...>
> Sent: Monday, April 14, 2025 23:54
> To: WSJT software development <wsj...@li...>
> Cc: Mark Galbraith <n7...@mg...>
> 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: dg...@gm...
> 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 <mdb...@ya...>; WSJT software development 
> <wsj...@li...>; Mark Galbraith <ma...@mg...>
> 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 <mdb...@ya...>
> Sent: Friday, September 1, 2023 12:53
> To: WSJT software development <wsj...@li...>; Mark 
> Galbraith <n7...@mg...>; mark mgg4.com <ma...@mg...>
> 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 
> <ma...@mg...> 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 <wsj...@li...>
> Sent: Friday, September 1, 2023 10:54 AM
> To: Black Michael <mdb...@ya...>; WSJT software development 
> <wsj...@li...>; Mark Galbraith <n7...@mg...>
> Cc: mark mgg4.com <ma...@mg...>
> 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 <mdb...@ya...>
> Sent: Friday, September 1, 2023 10:52 AM
> To: WSJT software development <wsj...@li...>; Mark 
> Galbraith <n7...@mg...>
> Cc: mark mgg4.com <ma...@mg...>
> Subject: Re: [wsjt-devel] Button sizes not correct
>
>
>
> Which windows?
>
>
>
>
>
>
>
>
>
> On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith 
> <n7...@mg...> 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 <wsj...@li...>
> Sent: Friday, September 1, 2023 10:37 AM
> To: Black Michael <mdb...@ya...>; WSJT software development 
> <wsj...@li...>
> Cc: mark mgg4.com <ma...@mg...>
> 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 <wsj...@li...>
> Sent: Friday, September 1, 2023 9:25 AM
> To: WSJT software development <wsj...@li...>
> Cc: Black Michael <mdb...@ya...>
> 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 <wsj...@li...> 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
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Request for new filter (was RE: FW: Button sizes not correct)

[Mark G. <n7...@mg...>]

Gotcha.  I appreciate the effort you put into making this modular.  I retired about a year ago after 45+ years of writing code and supporting systems.


73
-.. . / -- .- .-. -.- / -. --... -.-- -..
DE  MARK  N7YD

From: DG2YCB <DG...@gm...>
Sent: Wednesday, April 16, 2025 14:29
To: Mark Galbraith <n7...@mg...>; WSJT software development <wsj...@li...>
Subject: Re: Request for new filter (was RE: [wsjt-devel] FW: Button sizes not correct)

Hi Mark,

A new filter "Hide stations worked today" is doable. Presumably even with a relatively small code addition. I'll have a look at the code tomorrow. A small update is planned for next month anyway. Let's see ...

Both editions of WSJT-X are one and the same program. They have the same source code core and are created on the same computers by (nearly) the same dev team. If you don't like some of the additional features in v2.8.0, you can disable them individually. If you disable all of them (or do not use them), you basically have the plain WSJT-X v2.7.0.

73 de DG2YCB,
Uwe
_________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: DG...@gm...<mailto:DG...@gm...>
Info: www.qrz.com/db/DG2YCB<http://www.qrz.com/db/DG2YCB>



Am 16. April 2025 21:50:10 schrieb Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>:
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 <dg...@gm...<mailto:dg...@gm...>>
Sent: Monday, April 14, 2025 23:54
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
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.
[cid:image001.png@01DBAEDC.4A678CE0]

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: dg...@gm...<mailto:dg...@gm...>
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 <mdb...@ya...><mailto:mdb...@ya...>; WSJT software development <wsj...@li...><mailto:wsj...@li...>; Mark Galbraith <ma...@mg...><mailto:ma...@mg...>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 12:53
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>; mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <ma...@mg...<mailto:ma...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:54 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <mdb...@ya...<mailto:mdb...@ya...>>
Sent: Friday, September 1, 2023 10:52 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>; Mark Galbraith <n7...@mg...<mailto:n7...@mg...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
Subject: Re: [wsjt-devel] Button sizes not correct



Which windows?









On Friday, September 1, 2023 at 12:46:50 PM CDT, Mark Galbraith <n7...@mg...<mailto:n7...@mg...>> 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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 10:37 AM
To: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>; WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: mark mgg4.com <ma...@mg...<mailto:ma...@mg...>>
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 <wsj...@li...<mailto:wsj...@li...>>
Sent: Friday, September 1, 2023 9:25 AM
To: WSJT software development <wsj...@li...<mailto:wsj...@li...>>
Cc: Black Michael <mdb...@ya...<mailto:mdb...@ya...>>
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 <wsj...@li...<mailto:wsj...@li...>> 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
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




_______________________________________________
wsjt-devel mailing list
wsj...@li...<mailto:wsj...@li...>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel