[arch-general] New LXQt (1.0.0) with big text size, affecting other Qt apps
Hello ! I've been using LXQt for some time now (years), and with Today's Arch upgrade, which included a LXQt upgrade 0.17.0-1 -> 1.0.0-1, everything was showing app really big, from LXQt own text (menus, icons, widgets, etc) to other apps. The only work around I found was to reduce the font size on LXQt's preferences, and also on Qterminal, I had to change it from like 18 to 10 on Qterminal, and from 16 to 10 on LXQt itself. I still see other apps bigger than what they used to be, and in particular the apps' toolbar became wider, and the border surrounding Qt apps became wider (to the point it's annoying). It's not about manipulating QT_SCALE_FACTOR + QT_AUTO_SCREEN_SCALE_FACTOR, and the like, because that's to make things bigger when they look way to small and unreadable. Actually by setting QT_SCALE_FACTOR to 1, its the same behavior as not setting any variable, and lower than 0 values don't really work on Qt (I tried, and the results are really weird, non functional to say the least). Have other lxqt users experienced the same on Arch? Would it be an Arch building and packaging issue? Or this is totally an upstream thing? Thanks ! -- Javier
On 11/10/21 18:38, Javier via arch-general wrote:
Hello !
I've been using LXQt for some time now (years), and with Today's Arch upgrade, which included a LXQt upgrade 0.17.0-1 -> 1.0.0-1, everything was showing app really big, from LXQt own text (menus, icons, widgets, etc) to other apps. The only work around I found was to reduce the font size on LXQt's preferences, and also on Qterminal, I had to change it from like 18 to 10 on Qterminal, and from 16 to 10 on LXQt itself. I still see other apps bigger than what they used to be, and in particular the apps' toolbar became wider, and the border surrounding Qt apps became wider (to the point it's annoying).
It's not about manipulating QT_SCALE_FACTOR + QT_AUTO_SCREEN_SCALE_FACTOR, and the like, because that's to make things bigger when they look way to small and unreadable. Actually by setting QT_SCALE_FACTOR to 1, its the same behavior as not setting any variable, and lower than 0 values don't really work on Qt (I tried, and the results are really weird, non functional to say the least).
Have other lxqt users experienced the same on Arch? Would it be an Arch building and packaging issue? Or this is totally an upstream thing?
Thanks !
Forgot to mention the screen resolution is 1920x1080, on an EliteBook laptop (15" screen I believe). -- Javier
On 11/10/21 18:41, Javier via arch-general wrote:
On 11/10/21 18:38, Javier via arch-general wrote:
Hello !
I've been using LXQt for some time now (years), and with Today's Arch upgrade, which included a LXQt upgrade 0.17.0-1 -> 1.0.0-1, everything was showing app really big, from LXQt own text (menus, icons, widgets, etc) to other apps. The only work around I found was to reduce the font size on LXQt's preferences, and also on Qterminal, I had to change it from like 18 to 10 on Qterminal, and from 16 to 10 on LXQt itself. I still see other apps bigger than what they used to be, and in particular the apps' toolbar became wider, and the border surrounding Qt apps became wider (to the point it's annoying).
It's not about manipulating QT_SCALE_FACTOR + QT_AUTO_SCREEN_SCALE_FACTOR, and the like, because that's to make things bigger when they look way to small and unreadable. Actually by setting QT_SCALE_FACTOR to 1, its the same behavior as not setting any variable, and lower than 0 values don't really work on Qt (I tried, and the results are really weird, non functional to say the least).
Have other lxqt users experienced the same on Arch? Would it be an Arch building and packaging issue? Or this is totally an upstream thing?
Thanks !
Forgot to mention the screen resolution is 1920x1080, on an EliteBook laptop (15" screen I believe).
Also forgot to mention I use KWin as compositor/WM, and KVantum (Materia Dark) for theming and styling... -- Javier
Am 11.11.21 um 01:47 schrieb Javier via arch-general:
On 11/10/21 18:41, Javier via arch-general wrote:
On 11/10/21 18:38, Javier via arch-general wrote:
Hello !
I've been using LXQt for some time now (years), and with Today's Arch upgrade, which included a LXQt upgrade 0.17.0-1 -> 1.0.0-1, everything was showing app really big, from LXQt own text (menus, icons, widgets, etc) to other apps. The only work around I found was to reduce the font size on LXQt's preferences, and also on Qterminal, I had to change it from like 18 to 10 on Qterminal, and from 16 to 10 on LXQt itself. I still see other apps bigger than what they used to be, and in particular the apps' toolbar became wider, and the border surrounding Qt apps became wider (to the point it's annoying).
It's not about manipulating QT_SCALE_FACTOR + QT_AUTO_SCREEN_SCALE_FACTOR, and the like, because that's to make things bigger when they look way to small and unreadable. Actually by setting QT_SCALE_FACTOR to 1, its the same behavior as not setting any variable, and lower than 0 values don't really work on Qt (I tried, and the results are really weird, non functional to say the least).
Have other lxqt users experienced the same on Arch? Would it be an Arch building and packaging issue? Or this is totally an upstream thing?
Thanks !
Forgot to mention the screen resolution is 1920x1080, on an EliteBook laptop (15" screen I believe).
Also forgot to mention I use KWin as compositor/WM, and KVantum (Materia Dark) for theming and styling...
I'm experiencing the same with Mate. FullHD on 24" display shows fonts about twice the normal size. The workaround I found (not reboot safe) is to open the display settings and force a scaling factor of 100%. Scaling factor "auto" won't do any good.
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display settings and force a scaling factor of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see no issues on GTK stuff, but I don't use a GTK DE neither compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg and KWin upgrades: xorg-server-common (1.20.13-3 -> 21.1.1-2) xorg-server (1.20.13-3 -> 21.1.1-2) So perhaps a Xorg issue instead of a LXQt/KWin one? I have no clue how to force no scaling factor, actually I've set QT_AUTO_SCREEN_SCALE_FACTOR to 0, with no effect. Before this mess, I never had to touch any scaling stuff for Qt, I've only set GDK_DPI_SCALE=1.5 since GTK3 showed up I believe, but nothing else... The LXQt monitor settings don't help for anything other than changing resolutions... Would you thing the Xorg upgrade is the culprit one? I don't use xfre86 GPU driver, instead I use the mode setting:
[ 67.072] (==) Matched intel as autoconfigured driver 0 [ 67.072] (==) Matched modesetting as autoconfigured driver 1 [ 67.072] (==) Matched fbdev as autoconfigured driver 2 [ 67.072] (==) Matched vesa as autoconfigured driver 3 [ 67.072] (==) Assigned the driver to the xf86ConfigLayout [ 67.072] (II) LoadModule: "intel" [ 67.075] (WW) Warning, couldn't open module intel [ 67.075] (EE) Failed to load module "intel" (module does not exist, 0) [ 67.075] (II) LoadModule: "modesetting" [ 67.075] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 67.077] (II) Module modesetting: vendor="X.Org Foundation" [ 67.077] compiled for 1.21.1.1, module version = 1.21.1 [ 67.077] Module class: X.Org Video Driver [ 67.077] ABI class: X.Org Video Driver, version 25.2 [ 67.077] (II) LoadModule: "fbdev" [ 67.078] (WW) Warning, couldn't open module fbdev [ 67.078] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 67.078] (II) LoadModule: "vesa" [ 67.078] (WW) Warning, couldn't open module vesa [ 67.078] (EE) Failed to load module "vesa" (module does not exist, 0) [ 67.078] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
-- Javier
Le 11/11/2021 à 12:21, Javier via arch-general a écrit :
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display settings and force a scaling factor of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see no issues on GTK stuff, but I don't use a GTK DE neither compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg and KWin upgrades:
xorg-server-common (1.20.13-3 -> 21.1.1-2) xorg-server (1.20.13-3 -> 21.1.1-2)
So perhaps a Xorg issue instead of a LXQt/KWin one?
I don’t have time to investigate, but my sddm is affected too. So definitively not LXQt nor KWin, also my Plasma session using Kwin is not affected (I use a scaling factor of ×2 there). So I would say something plain Qt and Xorg related, maybe because Xorg changed the way it reports the DPI and Qt behaviour changed because of that.
On 11/11/21 12:04, Archange via arch-general wrote:
Le 11/11/2021 à 12:21, Javier via arch-general a écrit :
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display settings and force a scaling factor of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see no issues on GTK stuff, but I don't use a GTK DE neither compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg and KWin upgrades:
xorg-server-common (1.20.13-3 -> 21.1.1-2) xorg-server (1.20.13-3 -> 21.1.1-2)
So perhaps a Xorg issue instead of a LXQt/KWin one?
I don’t have time to investigate, but my sddm is affected too. So definitively not LXQt nor KWin, also my Plasma session using Kwin is not affected (I use a scaling factor of ×2 there).
So I would say something plain Qt and Xorg related, maybe because Xorg changed the way it reports the DPI and Qt behaviour changed because of that.
I think it's related with this bug: https://bugs.archlinux.org/task/72661 For me, in XFCE, upgrading to Xorg 21.1.1-3 fixed the issue. Cheers
I can confirm that this happened on i3 gaps too. I had to adjust both i3 and urxvt settings. Firefox looked fine. Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Thursday, November 11th, 2021 at 7:09 PM, Joan Figueras via arch-general <arch-general@lists.archlinux.org> wrote:
On 11/11/21 12:04, Archange via arch-general wrote:
Le 11/11/2021 à 12:21, Javier via arch-general a écrit :
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows
fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display
settings and force a scaling factor
of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see
no issues on GTK stuff, but I don't use a GTK DE neither
compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg
and KWin upgrades:
xorg-server-common (1.20.13-3 -> 21.1.1-2)
xorg-server (1.20.13-3 -> 21.1.1-2)
So perhaps a Xorg issue instead of a LXQt/KWin one?
I don’t have time to investigate, but my sddm is affected too. So
definitively not LXQt nor KWin, also my Plasma session using Kwin is
not affected (I use a scaling factor of ×2 there).
So I would say something plain Qt and Xorg related, maybe because Xorg
changed the way it reports the DPI and Qt behaviour changed because of
that.
I think it's related with this bug: https://bugs.archlinux.org/task/72661
For me, in XFCE, upgrading to Xorg 21.1.1-3 fixed the issue.
Cheers
Am 11.11.21 um 12:09 schrieb Joan Figueras via arch-general:
On 11/11/21 12:04, Archange via arch-general wrote:
Le 11/11/2021 à 12:21, Javier via arch-general a écrit :
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display settings and force a scaling factor of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see no issues on GTK stuff, but I don't use a GTK DE neither compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg and KWin upgrades:
xorg-server-common (1.20.13-3 -> 21.1.1-2) xorg-server (1.20.13-3 -> 21.1.1-2)
So perhaps a Xorg issue instead of a LXQt/KWin one?
I don’t have time to investigate, but my sddm is affected too. So definitively not LXQt nor KWin, also my Plasma session using Kwin is not affected (I use a scaling factor of ×2 there).
So I would say something plain Qt and Xorg related, maybe because Xorg changed the way it reports the DPI and Qt behaviour changed because of that.
I think it's related with this bug: https://bugs.archlinux.org/task/72661
For me, in XFCE, upgrading to Xorg 21.1.1-3 fixed the issue.
I can confirm that updating to 21.1.1-3 make the issue disappear in combination with Mate.
Cheers
hi, I have the same with OpenBox. I run obconf, (re)select the same fonts and sizes, save the configuration and restart the graphical environment : OK now. regards. Le jeu. 11 nov. 2021 à 21:04, Uwe Sauter via arch-general < arch-general@lists.archlinux.org> a écrit :
Am 11.11.21 um 12:09 schrieb Joan Figueras via arch-general:
On 11/11/21 12:04, Archange via arch-general wrote:
Le 11/11/2021 à 12:21, Javier via arch-general a écrit :
On 11/11/21 01:32, Uwe Sauter via arch-general wrote:
I'm experiencing the same with Mate. FullHD on 24" display shows
fonts about twice the normal size.
The workaround I found (not reboot safe) is to open the display
settings and force a scaling factor
of 100%. Scaling factor "auto" won't do any good.
Ohh, weird, since I only experience that on Qt stuff, meaning I see no issues on GTK stuff, but I don't use a GTK DE neither compositor/WM, :(... Well, I got as well as the LXQt upgrade, Xorg and KWin upgrades:
xorg-server-common (1.20.13-3 -> 21.1.1-2) xorg-server (1.20.13-3 -> 21.1.1-2)
So perhaps a Xorg issue instead of a LXQt/KWin one?
I don’t have time to investigate, but my sddm is affected too. So definitively not LXQt nor KWin, also my Plasma session using Kwin is not affected (I use a scaling factor of ×2 there).
So I would say something plain Qt and Xorg related, maybe because Xorg changed the way it reports the DPI and Qt behaviour changed because of that.
I think it's related with this bug: https://bugs.archlinux.org/task/72661
For me, in XFCE, upgrading to Xorg 21.1.1-3 fixed the issue.
I can confirm that updating to 21.1.1-3 make the issue disappear in combination with Mate.
Cheers
On Fri, 12 Nov 2021 08:49:12 +0100, Pascal via arch-general wrote:
I have the same with OpenBox.
No issues with openbox here. Neither for gtk, nor for qt applications. Driver "intel", hence I build 4.19 rt-patched longterm kernels against the full updated Arch Linux, right now running 4.19.214-rt93, the second last provided by kernel.org. If I would like to use recent Linux kernels, I would have to migrate to the "modesetting" driver and accept countless issues, hence the kernel is an exception, neither installed from official repositories nor from the AUR.
Hi, I had this bug this morning after updating yesterday, on both XFCE and KDE. I installed updates, rebooted and now it's back to normal. Make sure you're updated, the patched xorg is already in the repos. On Fri, Nov 12, 2021 at 9:16 AM Ralf Mardorf via arch-general < arch-general@lists.archlinux.org> wrote:
On Fri, 12 Nov 2021 08:49:12 +0100, Pascal via arch-general wrote:
I have the same with OpenBox.
No issues with openbox here. Neither for gtk, nor for qt applications. Driver "intel", hence I build 4.19 rt-patched longterm kernels against the full updated Arch Linux, right now running 4.19.214-rt93, the second last provided by kernel.org. If I would like to use recent Linux kernels, I would have to migrate to the "modesetting" driver and accept countless issues, hence the kernel is an exception, neither installed from official repositories nor from the AUR.
TL;DR, issue fixed by Xorg uprade. As Joan Figueras mentioned earlier, with the changes: xorg-server-common (21.1.1-2 -> 21.1.1-3) xorg-server (21.1.1-2 -> 21.1.1-3) xorg-server-xvfb (21.1.1-2 -> 21.1.1-3) Arch reverted the DPI Xorg behavior. He also shared the Arch defect filed for the issue [1], and from it, you can get to upstream Xorg issue [2], and the comment in there from the developer about the reversal [3]. Though I'm also keeping an eye on that issue, since there are comments suggesting Qt could improve in the way they read, interpret, and make use of the values provided by Xorg, although the dev. sounded pretty convinced is not the time to do it at this late stage of Xorg... All this just in case some were not aware about what happened, and get surprised of finding no issues at all, and then get confused about this thread... -- Javier [1] https://bugs.archlinux.org/task/72661 [2] https://gitlab.freedesktop.org/xorg/xserver/-/issues/1241 [3] https://gitlab.freedesktop.org/xorg/xserver/-/issues/1241#note_1153655
I also had this issue this morning, and very quickly after a video by the one and only Erik Dubois helped me out. https://madiator.com/@arcolinux:8/arcolinux-2336-fix-font-too-big-or-too:f A couple of other recents on his channel that you can take a look at that have to do with different environments like your display manager. https://madiator.com/@arcolinux:8 I had to add the following line to .Xresources, setting my DPI. Xft.dpi: 96 Worked like a charm. Of course, set the 96 to whatever your DPI might be. Happy hacking, Matthew "Madness" Evan. "Javier via arch-general" arch-general@lists.archlinux.org – November 10, 2021 7:38 PM
Hello !
I've been using LXQt for some time now (years), and with Today's Arch upgrade, which included a LXQt upgrade 0.17.0-1 -> 1.0.0-1, everything was showing app really big, from LXQt own text (menus, icons, widgets, etc) to other apps. The only work around I found was to reduce the font size on LXQt's preferences, and also on Qterminal, I had to change it from like 18 to 10 on Qterminal, and from 16 to 10 on LXQt itself. I still see other apps bigger than what they used to be, and in particular the apps' toolbar became wider, and the border surrounding Qt apps became wider (to the point it's annoying).
It's not about manipulating QT_SCALE_FACTOR + QT_AUTO_SCREEN_SCALE_FACTOR, and the like, because that's to make things bigger when they look way to small and unreadable. Actually by setting QT_SCALE_FACTOR to 1, its the same behavior as not setting any variable, and lower than 0 values don't really work on Qt (I tried, and the results are really weird, non functional to say the least).
Have other lxqt users experienced the same on Arch? Would it be an Arch building and packaging issue? Or this is totally an upstream thing?
Thanks !
participants (9)
-
Archange
-
Javier
-
Joan Figueras
-
Matthew Evan
-
Ondřej Hruška
-
Pascal
-
Ralf Mardorf
-
Uwe Sauter
-
wingstroke