Menu
▾
▴
Re: [wsjt-devel] FW: Button sizes not correct
|
From: Uwe, D. <dg...@gm...> - 2025-04-15 06:54:02
|
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 |
