Bug 447886 - Incorrect padding for certain Qt applications (Digikam, TeXStudio)
Summary: Incorrect padding for certain Qt applications (Digikam, TeXStudio)
Status: RESOLVED WORKSFORME
Alias: None
Product: Breeze
Classification: Plasma
Component: QStyle (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-03 16:14 UTC by Freddie Witherden
Modified: 2022-02-24 13:52 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Kate padding (good) (11.87 KB, image/png)
2022-01-03 16:14 UTC, Freddie Witherden
Details
TeXstudio padding (bad) (18.07 KB, image/png)
2022-01-03 16:15 UTC, Freddie Witherden
Details
Full screenshot (1018.75 KB, image/png)
2022-01-12 19:46 UTC, Freddie Witherden
Details
Plasma (68.50 KB, image/png)
2022-01-13 21:10 UTC, Freddie Witherden
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Freddie Witherden 2022-01-03 16:14:40 UTC
Created attachment 145083 [details]
Kate padding (good)

On a KDE desktop using the Breeze theme with 150% scaling certain Qt applications render with incorrect padding.  This can be seen in the two attachments: one showing the menu bar of Kate (correct padding) and another of TeXstudio (incorrect padding).  Another application I have observed this behaviour with is digiKam.
Comment 1 Freddie Witherden 2022-01-03 16:15:00 UTC
Created attachment 145084 [details]
TeXstudio padding (bad)
Comment 2 Nate Graham 2022-01-12 19:36:35 UTC
Your screenshots show different titlebar colors, so it's hard to see the issue. Can you attach a screenshot of kate that shows it in the "good" state with the same titlebar color as TeXstudio in the "bad" screenshot? Thanks!
Comment 3 Freddie Witherden 2022-01-12 19:46:25 UTC
Created attachment 145381 [details]
Full screenshot
Comment 4 Freddie Witherden 2022-01-12 19:49:24 UTC
I've attached a full screenshot.  On the left are Kate and Krita with what I consider to be correct spacing.  On the left are Digikam and TexStudio both of which I believe to be too cramped.  The menubars and the tabs are the best places to look.  In quantitative terms: on Kate from the right hand side of the 'e' in File and the left hand side of the 'E' in Edit there are 31/32 pixels.  For TexStudio there are 22 pixels.
Comment 5 Nate Graham 2022-01-13 19:25:14 UTC
Thanks. I suspect that these are app-specific issues; perhaps they are using Qt stylesheets to densify the layout. However I have no proof whatsoever.
Comment 6 Freddie Witherden 2022-01-13 21:05:37 UTC
Quite possibly.  Three observations I have made: the Kate menu bar has ~1.5x more padding than the TeXstudio bar, with 1.5 being precisely my high DPI scale factor.  Secondly, it has been a while, but I am 99.9% sure that with a scale factor of 1x that all four applications render the same.  Thirdly, both Digikam and TeXstudio are notable as apps as they both present a configuration option in their settings to change the theme.  Is there any way to misuse the style API which could potentially cause some scaling info to go missing?  (VLC and Krita also enable the user to change the theme, but do not suffer from any issues.)
Comment 7 Freddie Witherden 2022-01-13 21:10:28 UTC
Before I forget, another 'application' I can trigger this on is Plasma.  A nice candidate is the "Configure task manager" dialog (see attached screenshot, the padding around OK, Apply, and Cancel is very tight).
Comment 8 Freddie Witherden 2022-01-13 21:10:40 UTC
Created attachment 145430 [details]
Plasma
Comment 9 Nate Graham 2022-01-13 23:53:17 UTC
Oh that.

Does everything magically work perfectly in the Plasma Wayland session, by any chance?
Comment 10 Freddie Witherden 2022-01-14 02:04:37 UTC
(In reply to Nate Graham from comment #9)
> Oh that.
> 
> Does everything magically work perfectly in the Plasma Wayland session, by
> any chance?

For my sins I am on an NVIDIA system which does not have functional Wayland support.
Comment 11 Nate Graham 2022-01-14 02:46:06 UTC
Not even in Plasma 5.23 or the 5.24 beta? These have much better NVIDIA Wayland support.
Comment 12 Freddie Witherden 2022-01-25 22:01:54 UTC
(In reply to Nate Graham from comment #11)
> Not even in Plasma 5.23 or the 5.24 beta? These have much better NVIDIA
> Wayland support.

I still have not had any luck with Wayland on my Gentoo system; I likely need to bump my kernel and change some more use flags.  Can anyone with a working X11/Wayland set up confirm if these issues are X only?
Comment 13 Bug Janitor Service 2022-02-09 04:36:58 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 14 Bug Janitor Service 2022-02-24 04:36:41 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 15 Freddie Witherden 2022-02-24 13:52:39 UTC
Was no one else with Wayland able to reproduce?