Date
1 - 12 of 12
Locked "Bug" Report - Release Candidate WSJT-X 2.6.0-rc1 #IssueReport #windows11 #mainscreen
|
@ Joel: > For whatever reason, macOS has the scaling correct. Windows does not.
Windows 10 also has the scaling correct, and I see no reason why this should be different on Windows 11. See my screenshots. It works pretty well here. Please try to use another font and give feedback if that changes anything. If possible, try "MS Shell Dlg 2" with 16pt, and start WSJT-X once again after you changed the font, so that we have exactly the conditions I had for my second screenshot. Be so kind and make a screenshot of how these settings look on your computer and forward it to me (private mail). @ Mike: For my test version wsjtx-2.6.0-rc1-01-win64.exe I use the following parameters. There are no restrictions in the ui file. As you can see, we now have even a MinimumWidth for 11 pt fonts or bigger. We need the MaximumWidth for smaller fonts, because otherwwise GUI is too wide on lower resolutions, but that doesn't change anything for the bigger fonts. if (pointSize < 11) { ui->houndButton->setMaximumWidth(40); ui->ft8Button->setMaximumWidth(40); ui->ft4Button->setMaximumWidth(40); ui->msk144Button->setMaximumWidth(40); ui->q65Button->setMaximumWidth(40); ui->jt65Button->setMaximumWidth(40); } else { ui->houndButton->setMinimumWidth(50); ui->ft8Button->setMinimumWidth(50); ui->ft4Button->setMinimumWidth(50); ui->msk144Button->setMinimumWidth(50); ui->q65Button->setMinimumWidth(50); ui->jt65Button->setMinimumWidth(50); } 73 de Uwe, DG2YCB |
|
|
|
I built 2.6.0-rc1 from source on my RPi4 and all seems fine at 1600 x 1200. Font is Pibota 10.
73, Joel - W4JBB |
|
|
|
Mike Black
I think part of the problem may be here -- setting maximum width without knowing the scaling seems like like a potential problem.Maybe this should be minimum width and minimum height?
toggle quoted message
Show quoted text
if (pointSize < 12) { ui->houndButton->setMaximumWidth(40); ui->ft8Button->setMaximumWidth(40); ui->ft4Button->setMaximumWidth(40); ui->msk144Button->setMaximumWidth(40); ui->q65Button->setMaximumWidth(40); ui->jt65Button->setMaximumWidth(40); Mike W9MDB On Saturday, June 18, 2022, 06:37:33 AM CDT, Uwe, DG2YCB <dg2ycb@...> wrote:
Another important hint: If you change the font size and there are problems with the layout, then restart WSJT-X once. The automatic switching of the button width requires a one-time restart of the program! I have just tested this again. It works fine on my computer. I personally use "MS Shell Dlg 2" as font. I can set for example 8 pt or even 16 pt and after the said restart the GUI scales as it should. See the following screenshots: https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.6.0/Tests/WSJT-X-2.6.0-rc1_with_8pt_MS-Shell-Dlg-2.jpg https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.6.0/Tests/WSJT-X-2.6.0-rc1_with_16pt_MS-Shell-Dlg-2.jpg 73 de Uwe, DG2YCB |
|
|
|
Sorry, Uwe. My buttons never change sizes even after restarting the GUI.
toggle quoted message
Show quoted text
I even restarted Windows. I finally figured it out but this will not work on my 5k monitor… To make this work, I had to set scaling to 100% *and* lower the resolution to 3200 x 1800. Previously, it had been 200% (and whatever 5k resolution is). Not even 150% (or even 125%) works at either resolution. For whatever reason, macOS has the scaling correct. Windows does not. For what it’s worth, I’m running Win11 in a VM on my 2020 27” iMac. I have 4 cores and 16 GB RAM dedicated to the VM. Normally, the resolution is shared between macOS and the VM. I only changed it to test. I have not yet tried on my RPi. I’m not even sure what the resolution and scaling is on it - I connect to it through VNC. If I get a chance today, I will; otherwise, I expect it to act like macOS. Thanks, Joel - W4JBB On Jun 18, 2022, at 06:37, Uwe, DG2YCB <DG2YCB@...> wrote: |
|
|
|
Those of you still experiencing problems with the GUI scaling, please try my following test version:
https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.6.0/Tests/wsjtx-2.6.0-rc1-01-win64.exe It is the normal official WSJT-X v2.6.0-rc1, but with different settings regarding scaling of the main button width. But note my previous hint: If you change the font size and/or there are problems with the layout, then restart WSJT-X once. This is necessary so that the WSJT-X GUI automatically adjusts the width of the buttons correctly. 73 de Uwe, DG2YCB |
|
|
|
Another important hint: If you change the font size and there are problems with the layout, then restart WSJT-X once. The automatic switching of the button width requires a one-time restart of the program!
I have just tested this again. It works fine on my computer. I personally use "MS Shell Dlg 2" as font. I can set for example 8 pt or even 16 pt and after the said restart the GUI scales as it should. See the following screenshots: https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.6.0/Tests/WSJT-X-2.6.0-rc1_with_8pt_MS-Shell-Dlg-2.jpg https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.6.0/Tests/WSJT-X-2.6.0-rc1_with_16pt_MS-Shell-Dlg-2.jpg 73 de Uwe, DG2YCB |
|
|
|
Laurie,
We tested that on various platforms under various conditions. Most problematic was MacOS Monterey in combination with a 4K monitor. With our current algorithm (automatic change of the button width dependent of the selected font size) all looked well so far. But the settings are not set in stone. I have received your screenshots this morning in your private email, and I am of course collecting more, and trying to find better solutions. But one thing is clear: In the end, there must be a reasonable compromise. I can already hear all the complaints from users with lower monitor resolutions "the window is too wide". 73 de Uwe, DG2YCB |
|
|
|
JTAlert Support (VK3AMA) <vk3ama.ham.apps@...>
On 18/06/2022 17:47, Uwe, DG2YCB wrote:
The mode buttons shall basically look as compact as possible, because there are always complaints from users that our program window is too wide. Now that many people have 4K monitors, the problem is sometimes the other way around. The users choose large fonts, and then the dimensions of the buttons no longer fit. This is hard to solve, because Qt sets tight limits here (and sometimes just doesn't work as it should).I don't see how QT limits are the cause of the mode selection buttons being of insufficient width and cropping the button text. That IMO is a design decision. None of the other buttons on the UI suffer from this problem. There is enough vertical white-space (padding) above and below the button text, just not enough horizontally. Stretching the window horizontally I can see a small increase in button width but not enough to fully reveal the button text. I don't' see how having a 4K monitor or system-wide font scaling is the cause when none of the other controls are affected. Yes, I have a high DPI 4K monitor with font scaling set at 150%. If that was the cause, then I would expect other controls to be similarly affected. I have previously posted images of the affect, but each time the images were scaled so small that the affect could not be easily seen (is this a group or moderator action?). de Laurie VK3AMA |
|
|
|
Uwe,
toggle quoted message
Show quoted text
Hmm… *slightly* expands is correct. On my screen (a 27” 5k monitor), they expand *maybe* 1 mm and that’s being generous. It’s really not enough to make a difference. As stated previously, I have gone between Calibri and Arial from about 8 to 10 size fonts. Any smaller than 10 is really too small for me but even at size 8, the buttons are not big enough. I thought I’d post a screen shot as an attachment but the group apparently doesn’t allow attachments. I started going through the list of fonts this morning and realized that would take an inordinate amount of time. Playing around with it this morning, if I go from Calibri 10 to Consolas 10, the bottom of the decode window moves up and down as I change fonts. I also notice a left / right movement of the lower left quadrant of the main window during the short period between decodes when there is no audio registering on the receive meter. Although this is only in the lower left quadrant, it acts as if it “pulls” the left side of the lower right quadrant (where the pre-packaged messages are shown). So, between font changes, there is an up / down movement of the decode window and during the very short period when WSJT-X is registering no receive audio, there is a left / right movement of the lower left quadrant of the main window. I don’t know if any of that helps but I appreciate the reply. 73, Joel - W4JBB On Jun 18, 2022, at 02:47, Uwe, DG2YCB <DG2YCB@...> wrote: |
|
|
|
Hi Joel,
Width of the mode buttons slightly expand when you expand the width of the main program window. See if that works for you. What font size do you use? Because I have built-in an automatic switch. It is currently set to 12 pt. For font size >= 12 pt, width of the buttons is bigger. Perhaps I should reduce it to 11 or even 10? The mode buttons shall basically look as compact as possible, because there are always complaints from users that our program window is too wide. Now that many people have 4K monitors, the problem is sometimes the other way around. The users choose large fonts, and then the dimensions of the buttons no longer fit. This is hard to solve, because Qt sets tight limits here (and sometimes just doesn't work as it should). 73 de Uwe, DG2YCB |
|
|
|
It's not just fonts - my Windows installation has many sizing and spacing
toggle quoted message
Show quoted text
issues that I've been unable to adjust satisfactorily whereas my MacOS installations (an old Macbook Pro and a new M1 version) are beautiful and fully functional out-of-the-box, no adjustments needed. I wonder if there are some magic settings in Windows that get it to work well with WSJT-X without messing up other apps. I haven't pursued it because I usually use the Mac. 73, /Rick N6XI On Fri, Jun 17, 2022 at 4:11 AM W4JBB <joel.b.black@...> wrote:
The mode buttons in Win11 seem to be too small for various font sizes in --
-- Rick Tavan Truckee and Saratoga, CA |
|
|
|
The mode buttons in Win11 seem to be too small for various font sizes in Win11. In Win11, my font is Calibri, Regular, 10. I have tried Arial, Regular, 10; Calibri, Light, 10; and Arial, Regular, 8. Eight is too small for me. I have not tried a monospaced font preferring to use those in the decoder windows. Resizing the window does *not* change the button size.
I have installed on macOS 12.4 and use the default system font (I don't even know what it is) size 13 and the window and buttons seem much better on macOS (of course, I am biased to macOS). As in Win11, resizing the window does not change the button size. I have only tested 2.6.0-rc1 on Win11 and macOS 12.4. I can test on my RPi running Bullseye this weekend. 73, Joel - W4JBB |
|
|